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METHOD AND APPARATUS FOR TRANSFERRING 
DATA DURING AUTOMATED DATA PROCESSING 

TECHNICAL FIELD OF THE INVENTION 

This invention relates in general to automated 
processing of multiple items of data and, more 
particularly, to a method and apparatus for transferring 
data between functional portions of a definition that 
controls such automated data processing. 
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BACKGROUND OF THE INVENTION 

There are a variety of situations in which automated 
processing of a number of data items is desirable. One 
specific example of such an application is product 
5 catalogs. Product catalogs, whether in the form of a paper 

catalog or an Internet "Web" site, frequently have numerous 
pictures which each depict a respective one of the various 
items that are available for sale. Many years ago, these 
pictures were prepared using optical negatives and 

10 photographs. Currently, however, the trend is to maintain 

and process these pictures in the form of computer files 
containing digital images . 

A given paper or on-line catalog will usually include 
products from a variety of different manufacturers, and it 

15 is common for each manufacturer to provide its own digital 

images. There will typically be variation between the form 
of images provided by different manufacturers, for example 
in terms of characteristics such as the size, shape, 
resolution, tint, and so forth. It is even possible that 

2 0 the images from a single given manufacturer may have 

different forms. Accordingly, in order for the images 
throughout a catalog to have a generally similar 
appearance, the various images from various sources need to 
be processed to adjust characteristics such as size, shape, 
25 resolution, and/or tint, so as to bring them into general 

conformity with each other. 

A further consideration is that a manufacturer's 
images do not represent a static situation, because 
manufacturers are constantly adding new products with new 

3 0 images, discontinuing existing products and associated 

images, and providing updated images for existing products. 
Moreover, there may be other reasons for adjusting images. 
For example, with respect to a paper or on-line catalog 
intended for use during the Christmas season, there may be 
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a desire to put a festive frame around each image, such as 
a frame of holly leaves and berries. Moreover, stylistic 
changes in the images are often desirable. 

The traditional approach for carrying out these 
5 various types of image processing tasks has involved manual 

adjustments effected on an image -by- image basis, through 
use of image processing software requiring extensive 
operator interaction. However, this is extremely time 
consuming and expensive. Many organizations currently 

10 employ a number of graphic artists to do this work, at 

great expense . 

A less common approach has been the preparation of a 
hard-coded software routine to process images, written in 
line-by-line source code. However, these routines are 

15 time-consuming and expensive to generate, are likely to 

include errors or "bugs", and have little flexibility 
because they cannot be modified quickly and cheaply. 
Moreover, they can only be prepared and executed by a 
skilled programmer, rather than by a graphic artist who is 

2 0 skilled in image processing but has limited computer 

skills. It is difficult to find persons who have both 
artistic and computer skills, and they command large 
salaries . 

Thus, while these traditional approaches have been 
25 generally adequate for their intended purposes, they have 

not been satisfactory in all respects. In this regard, one 
problem involved with hard-coded software routines is that 
various types of data are commonly stored in different 
formats. As an example, image data may be stored in one 

3 0 format, text data in a different format, and numeric data 

in still another format. Sometimes, data in one format is 
needed in a different format, for example where a number 
which is in a numeric format is needed in either a text 
format or an image format . The programmer preparing a 
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hard- coded software routine must not only remember to 
include a routine to effect a conversion, but must also 
ensure that the particular conversion is the correct 
conversion for the particular circumstances. This is not 
5 only inconvenient, but a potential source of inadvertent 

errors and omissions. 

A further consideration is that it is sometimes 
desirable to have the flexibility to obtain data to be 
processed from one of two or more different points within 
10 an overall data processing definition. Implementing this 

in a hard-coded software routine increases the complexity 
of the implementation, and yields the possibility for 
inadvertent errors or omissions that can cause erroneous 
execution . 
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SUMMARY OF THE INVENTION 

From the foregoing, it may be appreciated that a need 
has arisen for a method and apparatus that facilitate 
automated processing of multiple items of data, in a manner 
5 which minimize compatibility problems between various 

formats for storing data, and in a manner which permits 
data processed at a given point in the overall definition 
to be accurately and efficiently obtained from one or more 
different points within the overall definition. According 

10 to the present invention, a method and apparatus are 

provided to address this need. 

More specifically, one form of the present invention 
involves providing a set of predetermined function 
definitions which are different, and preparing a project 

15 definition. The project definition includes: a plurality 

of function portions which each correspond to one of the 
function definitions in the set, and which each define at 
least one input port and at least one output port that are 
functionally related according to the corresponding 

20 function definition; a further portion which includes a 

source portion identifying a data source and defining an 
output port through which data from the data source can be 
produced, and which includes a destination portion 
identifying a data destination and defining an input port 

25 through which data can be supplied to the data destination; 

and binding information which includes binding portions 
that each associate a respective the input port with one of 
the output ports. At least one of the binding portions 
includes a conditional binding which is responsive to a 

3 0 specified condition for associating a respective input port 

with one of a plurality of different output ports that form 
a set . 

A different form of the present invention involves 
providing a set of predetermined function definitions which 
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are different, and preparing a project definition. The 
project definition includes: a plurality of function 
portions which each correspond to one of the function 
definitions in the set, and which each define at least one 
5 input port and at least one output port that are 

functionally related according to the corresponding 
function definition, at least one of the function 
definitions being operative to automatically convert to a 
predetermined data type any data which is received at the 

10 input port thereof as a data type other than the 

predetermined data type; a further portion which includes 
a source portion identifying a data source and defining an 
output port through which data from the data source can be 
produced, and which includes a destination portion 

15 identifying a data destination and defining an input port 

through which data can be supplied to the data destination; 
and binding information which includes binding portions 
that each associate a respective input port with one of the 
output ports. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A better understanding of the present invention will 
be realized from the detailed description which follows, 
taken in conjunction with the accompanying drawings, in 
5 which: 

FIGURE 1 is a diagrammatic view of a configuration 
which embodies the present invention, and which includes a 
data source, two data destinations, and a project 
definition; 

10 FIGURES 2-5 are each a diagrammatic view of a 

respective different icon which can be used to 
diagrammatically represent a portion of a project 
definition of the type shown in FIGURE 1; 

FIGURE 6 is a diagrammatic view similar to FIGURE 1 of 

15 a different project definition according to the present 

invention; 

FIGURE 7 is a diagrammatic view of a different way of 
visually representing the project definition of FIGURE 6 ; 

FIGURE 8 is a diagrammatic view similar to FIGURE 1 of 
2 0 yet another project definition according to the present 

invention; 

FIGURE 9 is a block diagram of a system which embodies 
the present invention, including the capability to create 
and execute project definitions of the type shown in 

2 5 FIGURES 1 and 6-8; 

FIGURES 10-12 are each a flowchart showing a 
respective sequence of operations carried out by respective 
portions of the software within the system of FIGURE 9; 

FIGURE 13 is a diagrammatic view of a dialog box which 

3 0 can be displayed by the system of FIGURE 9 during execution 

of a project definition ,- 

FIGURE 14 is a diagrammatic view of a screen which can 
be displayed by the system of FIGURE 9 to permit a user to 
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carry out functions such as creation, modification and 
execution of a project definition; 

FIGURE 15 is a diagrammatic view of a different way in 
which the project definition of FIGURE 8 can be visually 
represented; 

FIGURE 16 is a diagrammatic view of two modules of a 
project definition, in conjunction with binding menus that 
are used to define a relationship between the depicted 
modules ; 

FIGURE 17 is a diagrammatic view of a further dialog 
box, which can be displayed by the system of FIGURE 9 
during creation of a project definition; and 

FIGURE 18 is a diagrammatic view of yet another dialog 
box, which can be displayed by the system of FIGURE 9 
during creation of a project definition. 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 is a block diagram of a configuration 10 
which embodies features of the present invention, and which 
includes a computer subdirectory 12 that serves as a data 
5 source and contains a plurality of files with images 

therein, a project definition 14 that defines how data from 
the files in the subdirectory 12 should be processed, and 
two computer subdirectories 16 and 17 that serve as data 
destinations into which files containing the processed data 

10 will be stored. The project definition 14 is executed by 

a computer, in a manner described in more detail later, and 
successively obtains the files from the subdirectory 12, 
processes each file 12 in a manner described below, and 
then deposits the processed file in either the subdirectory 

15 16 or the subdirectory 17. For purposes of the present 

discussion, it is assumed that the files in the 
subdirectory 12 contain image data, but they could 
alternatively contain some other type of data. Also, the 
terms directory, subdirectory, folder and subfolder are all 

2 0 used here to refer to directories. 

The specific project definition 14 shown in FIGURE 1 
has been designed to be relatively simple for purposes of 
illustrating some basic concepts of the present invention, 
and basically will do two things. First, it will take each 
25 file obtained from the subdirectory 12, and evaluate the 

size of the file. With respect to size, it is important to 
remember the distinction between the size of an image, 
which is measured in pixels in each of the height and width 
directions, and the size of the file containing the image, 

3 0 which is typically measured in kilobytes (KB) . In FIGURE 

1, files above a certain size are to be placed in the 
subdirectory 16 after processing, whereas all other files 
are to be placed in the subdirectory 17 after processing. 
Second, the project definition 14 will take the name of 
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each file, and superimpose this name on top of the image in 
the file. For example, if a given file is named "elephant" 
and contains an image of an elephant, the word "elephant" 
will be superimposed on top of the image of the elephant. 
5 The subdirectory 12 is not itself a part of the 

project definition 14. Subdirectory 12 may be local to the 
computer executing the project definition 14, may be 
disposed in another nearby computer accessible through a 
local area network (LAN) , may be disposed in a remote 

10 computer many miles away which must be accessed through the 

Internet, or may be accessed in some other manner. The 
project definition 14 thus needs to know where to find the 
subdirectory 12 and the data therein. Accordingly, the 
project definition 14 includes a source module 21, which 

15 includes a definition of where to locate the subdirectory 

12, and how to access it. The source module 21 
successively obtains the files from the subdirectory 12 . 
Each time the source module 21 receives a file from the 
subdirectory 12, it outputs the image data from the file 

2 0 through a first output port, as indicated diagrammat ically 

at 22, and outputs a text string representing the file name 
through a second output port, as indicated diagrammatically 
at 23 . 

Lines of the type shown at 22 and 2 3 are referred to 
2 5 herein as binding lines. For convenience, image data is 

indicated by a wide double-line binding line, as shown in 
22, whereas other types of data are indicated by a thin 
single-line binding line, as shown at 23. Alternatively, 
different types of binding lines could be distinguished in 
30 some other manner, for example by presenting them in 

different colors . Where an input port and an output port 
are associated with each other by a binding line, they are 
said to be bound to each other. 
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In the embodiments disclosed herein, an image or other 
data element obtained from a data source by a project 
definition is processed to completion by the project 
definition before the next successive image or data item 
from that data source is provided to the project 
definition. However, it will be recognized that it would 
alternatively be possible for a project definition to 
simultaneously have several successive images or data 
elements at various levels of processing, for example 
through the use of appropriate pipelining techniques. 
Conceptually, one way to view the project definition 14 of 
FIGURE 1 is that execution proceeds on a module-by-module 
basis through the project definition along the double-line 
image data binding lines, from the source module 21 to the 
branch module 26, and then to either the action module 31 
followed by the destination module 37, or alternatively to 
the action module 32 followed by the destination module 38. 
Another way to view the project definition 14 is that each 
of the modules is ready at all times to carry out its 
respective function, and does so as soon as all data needed 
to carry out that function arrives at the input port (s) of 
that module . 

Image data that is output at 22 by the source module 
21 flows to an input port of a branch module 26. The 
branch module 26 checks the size of the file associated 
with each image that arrives at its input port. If the 
file size for a given image is above a predetermined size, 
then the branch module 2 6 outputs the image data at 2 7 
through a first output port. Otherwise, it outputs the 
image data at 2 8 through a second output port. The image 
data at 2 7 flows to an input port of an action module 31, 
whereas the image data at 2 8 flows to an input port of an 
action module 32 . 
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For the sake of simplicity, the action modules 31 and 
32 in the example of FIGURE 1 have identical functions. 
More specifically, each has a further input port which 
receives the text string represented by binding line 23. 
5 As mentioned above, this text string contains the name of 

the file associated with the image data. The action 
modules 31 and 32 each have the capability to take the text 
string and superimpose it on the associated image data, and 
then output the result at 33 or 34 through an output port. 

10 The data at 33 flows to an input port of a destination 

module 37, and data at 3 8 flows to an input port of a 
destination module 38. Again, for simplicity, destination 
modules 37 and 38 are functionally identical. 

In this regard, and as was the case with the 

15 subdirectory 12, the subdirectories 16 and 17 may each be 

local or remote, and may be accessed in different ways. 
Further, one or both of the subdirectories 16 and 17 may be 
located in proximity to the subdirectory 12, or may be 
remote from the subdirectory 12. Consequently, since the 

2 0 subdirectories 16 and 17 are not part of the project 

definition 14, the project definition 14 needs to know 
where to find them and how to access them, so that it knows 
where to deposit processed data. Accordingly, the 

destination modules 37 and 3 8 each include a definition of 

2 5 where to find the associated subdirectory 16 or 17, and how 

to access it. Thus, when the project definition 14 has 
finished processing all of the files from the subdirectory 
12, the subdirectory 16 will contain a processed version of 
the files which are larger than a specified size, and the 

30 subdirectory 17 will contain a processed version of the 

remaining files. Further, each of the files in 

subdirectories 16 and 17 will contain an image which has 
the associated file name superimposed on it. 
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A brief comment regarding the use of the terms 
"process" and "sub-process" will help to avoid confusion. 
A project definition of the general type shown at 14 in 
FIGURE 1 may include two or more mutually exclusive sets of 
5 modules, which are each referred to as a process. In the 

particular example of FIGURE 1, for the sake of simplicity, 
the project definition 14 includes only one process, which 
contains all of the modules 21, 26, 31-32, and 37-38. This 
process has two portions, which are respectively disposed 

10 above and below the broken line 42 in FIGURE 1. 

The modules 21, 23, 31 and 3 7 which are above the 
broken line 42 are referred to herein as a main process, 
and the modules 32 and 38 which are below the broken line 
42 are referred to as a sub-process. Technically, the main 

15 process and the sub-process are each a respective sub- 

process of the overall process. However, the first sub- 
process in every process is mandatory, and is always the 
starting point for execution of the process, and thus it is 
referred to as the main "process" rather than as the main 

20 "sub-process", even though it is actually a sub-process of 

the overall process. The presence of one or more 
additional sub-processes is entirely optional, and 
execution may or may not be transferred to each, depending 
upon factors such as whether branch modules are present and 

25 the particular data which is being processed. 

Consequently, they are referred to as sub-processes. An 
input or output port of a given module can be bound to 
ports of other modules within any of the sub-processes of 
the same process, but cannot be directly bound to ports of 

3 0 modules in other processes of the same project definition. 

Where a branch module in a main process is capable of 
routing data to a sub-process, the data is always 
transferred to the first module in that sub-process, rather 
than to an intermediate module partway along the sub- 
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process. The same is true where a branch module in a sub- 
process is capable of transferring data to a different sub- 
process. A further characteristic in the disclosed 
embodiments is that branch modules are allowed to route 
5 data to a later sub-process, but never to an earlier sub- 

process or the main process. Moreover, while one output 
port of a branch module can route data to the next 
successive module in the current sub-process (which may be 
the main process) , the other output port is not permitted 

10 to route data to a module in the current sub-process, but 

must route data to a different sub-process. However, it 
will be recognized that an alternative embodiment could 
accommodate branch modules having the capability to route 
data to an earlier sub-process (which may be the main 

15 process) , to a module partway along a different sub-process 

(which may be the main process) , or to two modules which 
are both within the current sub-process. In fact, the 
alternative embodiment need not conceptually organize 
modules of an overall process into groups treated as 

2 0 respective sub-processes. 

As discussed above, the branch module 2 6 will route 
each image either at 27 to the action module 31 or at 28 to 
the action module 32. If the data is routed to action 
module 31, then action module 31 and destination module 32 
25 operate on the image data, while action module 32 and 

destination module 38 remain idle. Alternatively, if an 
image were instead to be routed at 2 8 to the action module 
32, then action module 32 and destination module 38 would 
operate on the image data, while action module 31 and 

3 0 destination module 37 remained idle. Thus, in the example 

of FIGURE 1, the branch module 2 6 determines whether 
processing of each image will be carried out by continuing 
along the main process, namely in action module 31 and 
destination module 37, or will be carried out in the sub- 
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process, namely in action module 32 and destination module 
38 . 

The project definition 14 in FIGURE 1 is a simple 
example, but has been configured to show at least one 
example of each of the four types of modules that are 
recognized in the disclosed embodiments of the present 
invention. In other words, the disclosed embodiments of 
the present invention recognize source modules, one example 
of which appears at 21, branch modules, one example of 
which appears at 26, action modules, two examples of which 
appear at 31 and 32, and destination modules, two examples 
of which appear at 37 and 38. As reflected by the brackets 
along the bottom of FIGURE 1, branch modules and action 
modules are sometimes referred to collectively herein as 
function modules. Source modules deal with the question of 
where to find the data to be processed, branch modules deal 
with the question of which data should and should not be 
processed in a specified manner, action modules deal with 
the question of what processing should be performed on the 
data, and destination modules deal with the question of 
where to put the processed data. 

In order to put the present invention into 
perspective, it is helpful to understand one possible 
application for a project definition of the type shown at 
14 in FIGURE 1. Product catalogs, whether in the form of 
a paper catalog or an Internet "Web" site, frequently have 
numerous pictures each depicting a respective one of the 
various items that are available for sale. Many years ago, 
these pictures were prepared using optical negatives and 
photographs. Currently, however, the trend is to maintain 
and process these pictures in the form of computer files 
containing digital images . 

A given paper or on-line catalog will usually include 
products from a variety of different manufacturers, and it 
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is common for each manufacturer to provide its own digital 
images. There will typically be variation between the form 
of images provided by different manufacturers, for example 
in terms of characteristics such as the size, shape, 
5 resolution, tint, and so forth. It is even possible that 

the images from a given manufacturer may have different 
forms. Accordingly, in order for the images throughout a 
catalog to have a generally similar appearance, the various 
images from various sources need to be processed to adjust 

10 characteristics such as size, shape, resolution, and/or 

tint, so as to bring them into general conformity with each 
other. A further consideration is that a manufacturer's 
images do not represent a static situation, because 
manufacturers are constantly adding new products with new 

15 images, discontinuing existing products and their images, 

and providing updated images for existing products. 
Moreover, there may be other reasons for adjusting images. 
For example, with respect to a paper or on-line catalog 
intended for use during the Christmas season, there may be 

2 0 a desire to put a festive frame around each image, such as 

a frame of holly leaves and berries. Moreover, stylistic 
changes in the images are often desirable. 

The traditional approach for carrying out these 
various types of image processing tasks has involved manual 
25 adjustments effected on an image -by- image basis, through 

use of image processing software requiring extensive 
operator interaction. However, this is extremely time 
consuming and expensive. Many organizations employ a 
number of graphic artists to do this work, at great 

3 0 expense. 

A less common approach has been preparation of a hard- 
coded software routine to process images, written in line- 
by-line source code. However, these routines are time- 
consuming and expensive to generate, are likely to include 
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errors or "bugs", and have little flexibility because they 
cannot be modified quickly and cheaply. Moreover, they can 
only be prepared and executed by a skilled programmer, 
rather than by a graphic artist who is skilled in image 
5 processing but has limited computer skills. It is 

difficult to find persons who have both artistic and 
computer skills, and they command large salaries. 

In .contrast to these known approaches, a project 
definition of the type shown at 14 in FIGURE 1 provides the 

10 capability to automate image processing so that a large 

number of images can be automatically and rapidly processed 
in a defined manner, and at far less expense than would be 
involved with the traditional and common approach of manual 
processing. Further, and as described in more detail 

15 later, the present invention provides a simple and user- 

friendly approach for creating and modifying project 
definitions of the type shown at 14 in FIGURE 1, thereby 
permitting graphic artists who have limited computer skills 
to easily and accurately create a project definition while 

20 substantially avoiding the likelihood of bugs, with far 

less overall time and expense than is involved with the 
known approaches discussed above. The advantages of the 
present invention over the known approaches will become 
even more apparent as the present invention is discussed in 

2 5 greater detail below. While the foregoing example of 

catalog preparation focused on processing of image data, 
and while the disclosed embodiments involve primarily the 
processing of image data, the present invention is also 
advantageous for applications which involve processing of 

3 0 other types of data. 

The foregoing discussion of FIGURE 1 described one 
specific example of each of the source, branch, action and 
destination categories of modules. The present invention 
actually recognizes several types of modules in each 
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category. More specifically, TABLE 1 describes several 
different types of source modules, TABLE 2 describes 
several different types of branch modules, TABLE 3 
describes several different types of action modules, and 
5 TABLE 4 describes several different types of destination 

modules. Some of the module types set forth in TABLES 1-4 
could be omitted, or additional module types could be 
included, without departing from the present invention. 
The module types set forth in TABLES 1-4 are referred to 

10 herein as standard module types. As discussed later, the 

present invention also provides for the creation of custom 
module types, for example through modification of one of 
the standard module types set forth in TABLES 1-4. The 
resulting custom module type can either be substituted for 

15 the standard module type from which it was derived, using 

the same name, or can be used to supplement the standard 
module types, using a unique new name. 

A few comments are appropriate regarding TABLES 1-4. 
First, the present invention permits the use of virtual 

2 0 paths, where a table is provided to associate each virtual 

path with an actual path. Where a project definition uses 
a virtual path term, each computer on which that project 
definition may be executed would include a respective table 
entry to associate that virtual path with a respective 

2 5 actual path. Thus, the project definition can be executed 

without change on each such computer, but will use a 
different actual path on each computer wherever the virtual 
path term appears, without any need to actually modify the 
path information within the project definition itself. 

30 A further consideration is that, in the disclosed 

embodiments, project definitions recognize various types of 
data, including image data, numeric data in a floating 
point or "float" format, and string data in the form of a 
series of text characters. In the discussion which 
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follows, references to data types are typically preceded by 
the prefix "em", such as "emlmage", "emFloat", or 
"emString". This is an arbitrary prefix, which has been 
used to facilitate implementation of the disclosed 
embodiments. For example, if data is received from an 
external source with an indication that it includes data of 
a type "emFloat", it can be assumed that it conforms to the 
appropriate format. In contrast, if the data type is 
merely indicated to be "float", it would be necessary to 
evaluate the associated data in an attempt to determine 
which of various formats for floating point data it 
conforms to, but even then it may not be possible to tell. 

A feature of the present invention is that many of the 
module definitions in TABLEs 2 through 4 have input ports 
configured so that the input port will accept data in 
various formats and, if that data is not in the format 
preferred by that input port, the input port will 
automatically convert the data to its preferred format. 
This feature is referred to as data matching. For example, 
if a number in a floating point format is supplied to an 
input port which expects data in a string format, the 
floating point value will be converted to a text string 
which represents the number. Input ports which have this 
capability are identified in TABLES 1-4 as having a data 
type of "emVariant". This does not mean that actual data 
can be formatted in the "emVariant" format. Instead, 
"emVariant" refers only to the capability of the input port 
to be bound to an output port that produces data conforming 
to other valid data types, such as "emFloat" or "emString". 

With respect to image data, it should be understood 
that data for a given image may include two or more objects 
and/or layers. For example, an image may have two layers 
which are each an object. Similarly, if a mask is created 
for an image, the mask will be added to the image data in 
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the form of a separate layer. Also, if text is 
superimposed onto an image, for example as discussed above 
in association with the action modules 31-32 in FIGURE 1, 
the text will be added as an object, separate from other 
5 pre-existing objects of the image data. All the objects 

associated with a given image can be combined into a single 
object, through use of a "Flatten Image" definition which 
is set forth in TABLE 3 . 

In general, the definitions of source, branching, 

10 action and destination modules in TABLES 1-4 are believed 

to be self-explanatory. However, there is one definition 
as to which a supplementary comment may be helpful . In 
this regard, the "Database Access" definition in TABLE 1 is 
a source module which obtains data in a manner that 

15 includes accessing a database. The database will include 

a table that has a plurality of rows called records, which 
each include a plurality of columns called fields. If the 
data being retrieved is string data, it may be retrieved 
directly from one of the fields in the table of the 

20 database. On the other hand, if the data being retrieved 

includes image data, the image data will typically be 
stored separately from the database, for example within 
files in a subdirectory, and one field in the table must 
contain a string with a complete path to the image data. 



25 
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TABLE 1 - SOURCE DEFINITIONS 
DATABASE ACCESS 

Uses a database table or query to identify data to 
process. Unless processing strings, one field in the 
table must contain a string with a complete path to the 
image data. May optionally select one or more 
additional fields that will be output separately (for 
binding by subsequent functions) . The database table 
or query must already exist and be defined as an ODBC 
(Open DataBase Connectivity) connection prior to using 
this function. 

Variable Name Port Type Description 

ImageOut Output emlmage Image data. 

Specified Field Output emString Each selected field 

is converted to 
string output, and 
retains field name. 

FILE BROWSER 

Adds one file at a time to a list of images to process. 
The resulting list is saved, and is subsequently used 
during execution to automatically retrieve the 
specified images in sequence. 

Variable Name Port Type Description 
ImageOut Output emlmage Image data. 
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INTERNET FILES 

Collects all of the image files from a specified URL 
(Universal Resource Locator) address. Optionally, the 
function will continue to other pages to which the 
specified site is linked (from one to five levels, as 
specified by the Depth setting) . By default, it only 
follows links within the same domain name, but this can 
optionally be disabled. 

Variable Name Port Type Description 

ImageOut Output emlmage Image data. 



LOCAL FILES 

Indicates a folder or a virtual path to where images to 
be processed are stored. Can select whether or not 
subfolders (subdirectories) of the indicated folder 
will be accessed. 

Variable Name Port Type Description 

ImageOut Output emlmage Image data. 

AltText Output emString Alternate text of 

the image on that 

page. 
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TABLE 2 - BRANCHING DEFINITIONS 





ALWAYS JUMP 








Unconditionally 


forces execution from the current 


5 


process to the start of a specified sub-process. 




Variable Name 


Port Type 


Description 




I mage In 


Input emlmage 


Image data. 




ImageOut 


Output emlmage 


Image data. 




COLOR TYPE 






10 


Restricts the processing of images 


in the current 




process to only- 


those color types 


specified. The 




default setting 


is that all color 


types are processed. 




For non- qualifying images, execution can optionally be 




diverted to a sub-process. 




15 


Variable Name 


Port Type 


Description 




Imageln 


Input emlmage 


Image data . 




ImageOut 1 


Output emlmage 


Image data (current 
process) . 




ImageOut 2 


Output emlmage 


Image data (sub- 


20 






process) . 




FILE FORMAT 








Restricts processing of image files in the current 




process to only 


those file types specified. The 




default setting 


is that all image 


file types are 


25 


processed. For 


non- qualifying images, execution can 




optionally be diverted to a sub-process. 




Variable Name 


Port Type 


Description 




Imageln 


Input emlmage 


Image data. 




ImageOut 1 


Output emlmage 


Image data (current 


30 






process) . 




ImageOut 2 


Output emlmage 


Image data (sub- 
process) . 
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FILE SIZE 

Restricts the processing of images in the current 
process to only those files that fall within a 
specified file size range. An upper limit and/or a 
lower limit may be set. The default setting is that 
all file sizes are processed. For non- qualifying 
images, execution can optionally be diverted to a sub- 
process . 

Variable Name Port Type 

Imageln Input emlmage 

ImageOutl Output emlmage 



ImageOut2 



Output emlmage 



Description 
Image data . 
Image data (current 
process) . 
Image data (sub- 
process) . 



INTERACTIVE 

Pauses execution and causes display of a dialog box 
which prompts a person for a decision on which branch 
to take, if any. Allows a default directive to be 
defined (which may be to continue the current process, 
branch to a sub-process, or terminate all execution) . 
As each image is processed, the list of available 
options is presented, with the default being applied if 
an "OK" option is selected. Selecting a "Don't show me 
this again" checkbox causes the currently selected 
option to be automatically applied to each subsequent 
image without interaction. For non- qualifying images, 
execution can optionally be diverted to a sub-process. 



Variable Name 

Imageln 

ImageOutl 

ImageOut2 



Port Type 

Input emlmage 

Output emlmage 

Output emlmage 



Description 
Image data. 
Image data (current 
process) . 
Image data (sub- 
process) . 
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STRING FILTER 

Restricts the processing of images in the current 
process to only those files that include or exclude (as 
specified) one or more specific string values. The 
condition is met if any of the specified strings match 
any part of string data in the image. Matching is not 
case sensitive. For non- qualifying images, execution 
can optionally be diverted to a sub-process. 



Variable Name 
I mage In 
ImageOutl 

Image0ut2 

Source 



Port Type 

Input emlmage 

Output emlmage 

Output emlmage 

Input 



Description 
Image data. 
Image data (current 
process) . 
Image data (sub- 
process) . 
emString Source of the string 
input . 



WIDTH HEIGHT 

Restricts processing of images in the current process 
to only those images that fall with specified height 
and/or width parameters (as measured in pixels) . The 
default setting is that there are no restrictions. To 
set a range having an upper and lower limit, use two 
successive Width Height functions. For non- qualifying 
images, execution can optionally be diverted to a sub- 
process . 

Variable Name Port T ype 

I mage In Input emlmage 

ImageOutl Output emlmage 



ImageOut2 



Output emlmage 



Description 
Image data. 
Image data (current 
process) . 
Image data (sub- 
process) . 
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WILDCARD 

Specifies the images to include or exclude from 
processing in the current process, based on the file 
name. Standard wildcards may be used to define the 
condition, including a question mark (?) to represent 
any single character, and/or an asterisk (*) to 
represent one or more characters. For non- qualifying 
images, execution can optionally be diverted to a sub- 
process . 

Variable Name Port Type 

Imageln Input emlmage 

ImageOutl Output emlmage 



ImageOut2 



Output emlmage 



Description 
Image data. 
Image data (current 
process) . 
Image data (sub- 
process) . 
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TABLE 3 - ACTION DEFINITIONS 



AUTO SELECT 

Attempts to mask the background (or foreground) of an 
image. It looks at eight points (the four image 
corners, and the center of each side) . If three or 
more points have substantially the same color, it is 
assumed to be the background color. The resulting mask 
corresponds to points throughout the image that match 
the background color, within a "Tolerance" setting. 
Small matching patches within the non- background 
portion may be ignored by enabling a "Remove Holes" 
option. Successful mask creation causes execution to 
continue in the current process. Otherwise, execution 
can optionally continue for the image in a sub-process. 



Variable Name 

Imageln 

ImageOutl 

Image0ut2 



Port Type 

Input emlmage 

Output emlmage 

Output emlmage 



Description 
Image data. 
Image data (current 
process) . 
Image data (sub- 
process) . 



068520 . 0104 



PATENT 



28 



BEVELER 

Produces a three-dimensional effect by adjusting the 
border of the image so that it appears to be beveled. 
In addition, it allows setting the apparent direction 
of a light source to produce a shadow effect in regard 
to the bevel. Parameters include: the percentage of 
the image to be beveled; the smoothness of the edge of 
the bevel; the intensity of the light effect overall; 
the intensity of the light effect along the bevel edge 
closest to the light source; and the apparent depth of 
the bevel. A sample image is displayed to show an 
example of the effect that the current parameters will 
have on an image . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 



BLUR IMAGE 

Blurs a specified image or image object to a selected 
degree, using a selected one of a "General Blur" or 
"Gaussian Blur" technique. The "General Blur" may be 
configured to blur only hard edges, soft edges, or 
both. A "Lightness" setting can be enabled to smooth 
the image without affecting the colors. The "Gaussian 
Blur" has less versatility, but can have a much more 
pronounced blur effect. A sample image is displayed to 
show how the current setting would affect an image. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 
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CALCULATED EXPAND 

Expands the shortest side of the image to match the 
longest side of the image. The resulting image will be 
square, with the original image centered in it. The 
added area will be filled with a specified color. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 



CALCULATOR 

Image data passes through this function unchanged. 
This function performs one or more mathematical 
computations defined by specified equations, and 
outputs the results. Before being converted to a 
string, output is in the form of a floating point 
format unless a "Fix" or "Int" option is selected. 
"Fix" rounds a negative number up to the nearest whole 
number, while "Int" rounds a negative number down. 
Both treat positive numbers the same, by rounding down 
to the nearest whole number. Equations may be entered 
manually in an equation workspace, or by clicking 
calculator controls. Variables can be statically 
defined at design time, dynamically obtained at input 
ports, or both. Integers and numeric strings from 
input ports are automatically converted to floating 
point values. There are eight temporary variables 
which can store the value of an interim computation for 
use in a subsequent equation. It is possible to 
perform a conditional statement that effects branching, 
where execution for each image continues in either the 
current process or a sub-process, depending on the 
condition . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut 1 Output emlmage Image data (current 
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process) . 


ImageOut2 


Output emlmage 


Image data (sub- 






process) . 


InVall (2, . . .8) 


Input emFloat 


Any integer, 






floating point or 






numeric string 






value . 


OutVall (2, ... 8) 


Output emString 


Calculated value 


Tempi (2, . . .8) 


emFloat 


Used internally for 






temporary storage . 


CROP 






Trims away undesired portions of an 


image . The 


"Specified Size" 


method indicates in pixels how much of 


the image should 


remain after processing. The 


"Specified Border" method indicates 


how much of one or 


more borders is 


to be trimmed away. 




Variable Name 


Port Type 


Description 


I mage In 


Input emlmage 


Image data . 


ImageOut 


Output emlmage 


Image data. 


CROP TO MASK 






Trims an image to a predefined mask, such as may exist 


for certain TIF 


images . There are 


no user defined 


parameters . 






Variable Name 


Port Type 


Description 


Image In 


Input emlmage 


Image data. 


ImageOut 


Output emlmage 


Image data . 



068520.0104 



PATENT 



31 



DROP SHADOW 

Adds a shadow effect behind the last active object. 
The object may be the image, a mask, or an effect that 
was added, such as text from the Text Stamper function. 
The shadow size, offset from object, and color may be 
set, as well as the color of the page background. 
Also, control is permitted for the percentage of 
transparency, as well as the number of pixels in the 
feather. The feather length in pixels controls how 
abruptly the drop shadow transitions from the page 
backdrop color to the color of the drop shadow, thereby 
producing a smoothing effect. If Drop Shadow is 
applied to a mask object, the mask object is deleted 
and the added shadow becomes the active object. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



EXPAND 



Enlarges an image. The "Specified Border" method adds 
a specified number of pixels to one or more sides of an 
image. The "Specified Size" method specifies the total 
size of the image in pixels. The color of the added 
area is set to a specified color, the default being 
white . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



EXTERNAL ACTION 

Cooperates with a separate image processing application 
(such as the application commercially available under 
the tradename Photoshop from Adobe Systems Incorporated 
of San Jose, California) . Opens the image in the 
application, performs a specified command in that 



068520 . 0104 



PATENT 



32 



application, and then returns the processed image from 
that application. Only commands that do not prompt the 
user for input may be used. 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



FEATHER MASK 

Produces a transitional feathering effect between the 
mask and the image. Which way the feathering occurs 
depends on a "Direction" setting. Feathering 
directions may be "Inside", "Outside", or "Center", 
from the perspective of the mask. The "Edge" setting 
for the mask determines how abrupt a transition is 
made, and may be "Normal", "Hard", or "Soft". The 
"Amount" of feathering is measured by the length in 
pixels needed to make the transition. The larger the 
"Amount", the smoother the transition. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



068520 . 0104 



PATENT 



33 



FILE PATH INFO 








Image data passes 


through 


this function unchanged. 


This function supplies several output ports with 


information derived from path information associated 


witn une iniciyc;. 








Variable Name 




T-YP e 


UcbLI J_f-JL- -L kJll 


Imageln 


I nput 


^ TYl T TTl 3 ("f £^ 


Tm^np H;=it";=i 

_L L L LCl^-H \^Ld. v_, GL • 


ImageOut 


LJ LI Up Li L 


trlllx lUayc 




DriveOrMachine 


uutput 


^mG - ! — k* "i "n/T 

eiuoLriiiy 


XIlC LJcLL.Il XI1X t>X UlcX L. X \JLi. 








Lip t»(_> Ullti J-llbL 








Slllylc JJaLJvbla.bIl . 


WnolePatn 


uutput 


emStr ing 


Jra.L-il XI1XCJX LuciUXCJIl 








"Ftt^tti "F "h t~ hhp f i rat" 








SXiiyXe JJa.CK.faXa.oil L.CJ 
















backslash . 


PathLevell (2 . . . ) 


Output 


emString 


A respective path 








level name, each of 








which is information 








from between two 








single backslashes. 


Filename 


Output 


emString 


Filename without the 








extension . 


Extension 


Output 


emString 


File name extension . 


FILL 








Fills the active 


object with a selected color. 


Variable Name 


Port 


Type 


Description 


Image In 


Input 


emlmage 


Image data. 


ImageOut 


Output 


emlmage 


Image data. 
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FLATTEN IMAGE 

Combines multiple objects into one image. An image 
mask is one example of a separate object or layer. 
Separate objects or layers are also created by 
functions such as Text Stamper, Image Stamper, Drop 
Shadow, and Image Watermarking. Unless multiple 
objects are flattened together, certain subsequent 
functions affect only the last active object rather 
than all objects. For example, if no Flatten Image 
function is used, a Drop Shadow function applied after 
a Text Stamper function will apply the shadow only to 
the stamped text, and not to the image. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



FLIP 

Provides a mirror image of an image, either vertically 
and/or horizontally. 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



IMAGE EDGES 

Places a frame around an image. The color and style of 
the frame can be specified. Some frames have a 
separate inset edge as well. Selecting a frame with an 
inset edge results in an automatic prompt for selection 
of a color for the inset edge. 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 
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IMAGE INFO 








Image data passes 


through 


this function unchanged. 


This function outputs information 


regarding the image . 


If a subsequent function 


modifies 


the image, a new 


Image Info function must 


be executed in order to 


provide accurate 


information. This function has no 


user defined settings. 






V dl _Lo.JLJJ_ rsldtliti 


Port 




riparir-i Tit" "1 OTI 


Image In 


Input 


^ L Ll-L LI ICAvJ 


Tmaap data 


ImageOut 


Output 


emlmage 


Image data . 


ImageName 


Output 


emString 


File name of image 








with the extension. 


ImagePathAndName 


Output 


emString 


Complete path and 








file name. 


ImageW 


Output 


emString 


Width of image in 








pixels . 


ImageH 


Output 


emString 


Height of image in 








pixels . 


ImageRes 


Output 


emString 


Image resolution in 








dpi . 
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IMAGE OBJECTS 








Image data passes through 


this function unchanged. 




This function outputs objects which 


are respective 




parts of the image data. 


This function has no user 


5 


LLC L O C 1— -L -L-L^-H O - 












j_y o \ — j_ ±ulx vjii 




ILtLClMClIl _L 1 Li. L- 


emlmage 


Image data. 




ImageOut Output 


emlmage 


Image data. 




Layer 1 (2, 3...) Output 


emlmage 


Each image layer is 


10 






supplied to a 








respective output. 




Mask Output 


emlmage 


A mask object (if 








present) . 




ImageName Output 


emString 


File name of image 


15 






with the extension. 




IMAGE STAMPER 








Places the image being processed onto a selected 




background image. The image size, 


image position, 




merge mode, transparency, 


and feathering effect can be 


20 


specified. A preview window shows where the image is 




placed on the background. 


If Image 


Stamper is applied 




to a mask object, the mask object is deleted and the 




added image object becomes the active object. 




Variable Name Port 


Type 


Description 


25 


Image In Input 


emlmage 


Image data. 




ImageOut Output 


emlmage 


Image data. 
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IMAGE TINT 

Applies a tint effect to the image. The hue and 
saturation can be specified. A preview window shows 
the effect of the specified parameters on a sample 
image . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



IMAGE WATERMARKING 

Superimposes a selected image over the image being 
processed. By adjusting the transparency level, this 
can have the effect of stamping each image with a 
background watermark. If the preceding layer added to 
the image is a mask layer, then the added watermark is 
subject to the mask. 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



INVERT 



Produces a color negative of an image. There are no 
user settings for this function. 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 
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NUMERIC FORMAT 

Image data passes through this function unchanged. 
This function reformats a numeric string into one of 
several common formats (such as those provided in a 
program available under the tradename VisualBasic from 
Microsoft Corporation of Redmond, Washington) . 
Available formats include "Currency", "Fixed", 
"Yes/No", and "True/False". 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 

InValue Input emString Numeric string to 

format . 

Outvalue Output emString The formatted 

string . 



OBJECT ATTRIBUTES 

Adjusts how the last added object blends with the 
image, such as objects added by the Image Stamper, 
Image Watermarking, and Text Stamper functions. The 
merge mode, transparency, and feather of the object can 
be specified (which overrides pre-existing values for 
these settings) . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



RESOLUTION 

Modifies the resolution of the image, in pixels per 
inch . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 
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ROTATE 

Rotates the image by the specified number of degrees 
(based upon a 360 degree circle) in a specified 
direction (clockwise or counter-clockwise) . 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



SEND EMfl.IL 

Image data passes through this function unchanged. If 
a specified condition is met, a specified message is 
sent to a specified email address. The specified 
condition may be selected from one of several options. 
For example, the condition may be met when a specified 
number of images have been processed. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 



SIZE 

Adjusts the width and/or height of the image in pixels. 
If "Proportional Sizing" is enabled, the width and 
height aspect ratio is maintained. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 

TempString Input emString Any available text 

string . 
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STRING BUILDER 

Image data passes through this function unchanged. 
This function outputs one or more strings which are 
each a combination of strings that are either 
internally pre-defined or obtained from input ports. 
Combining occurs according to a selected one of several 
predefined definitions, or according to a custom (user- 
specified) definition. One of the internally defined 
strings can effect sequencing. Definitions for 
combining strings use the following syntax: Enclose 
variables and formulas in curly braces: " {MyVariable} " . 
Any characters outside curly braces are placed in the 
resulting string as literals. Keywords are indicated 
by brackets, and must also be within a set of braces 
"{[Keyword]}". Available keywords include ImageName, 
ImageWidth, ImageHeight, and Seq. ImageName, 
ImageWidth, and ImageHeight work the same as their 
counterparts from Image Info, without any need for 
prior execution of the Image Info function. The Seq 
keyword defines a sequence that increments for each 
image processed. An example is Ba.sename{ [Seq. ] , X, Y, 
Z) , where X indicates the numeral /character to start 
from (e.g. "1" or "A"), Y indicates the increment step 
(e.g. "1"), and Z defines the number of characters in 
the sequence portion (e.g. "3"). 



Variable Name 
I mage In 
ImageOut 
Strlnl (2, . . . ) 

StrOutl (2 , . . . ) 



Port Type Description 
Input emlmage Image data . 
Output emlmage Image data . 
Input emString Any available text 
string . 

Output emString A resulting output 
string from the 
String Builder. 
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TEXTSTAMPER 

Applies a text object onto an image. The text can be 
defined in the function itself, or obtained through an 
input port. TextStamper provides control over the 
font, size, color, rotation, transparency, and position 
of the text. Text Stamper adds only one line of text; 
to add multiple lines use successive Text Stamper 
functions. If the preceding layer added to the image 
is a mask layer, then the added text is subject to the 
mask . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 

Textln Input emString Any available text 

string. 



THUMB MAKER 

Produces a thumbnail version of the image picture. The 
size can be selected to be one of three common pre- 
defined thumbnail sizes, or a custom defined size. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 



UNSHARP MASK 

Sharpens an image, to an extent determined by three 
parameters: Radius, Strength, and Threshold. 
Variable Name Port Type Description 
Imageln Input emlmage Image data. 
ImageOut Output emlmage Image data . 



30 
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TABLE 4 - DESTINATION DEFINITIONS 



DATABASE OUTPUT 

Uses a database table or query to identify where to 
deposit processed data. Unless depositing only 
strings, one field in the table must contain a string 
with a complete path to the destination for the image 
data. May optionally select one or more additional 
fields in which separate string input will be 
deposited. The database table or query must already 
exist and be defined as an ODBC (Open DataBase 
Connectivity) connection prior to using this function. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

Specified Field Input emString Each selected field 

is filled with a 
respective string 
from an input port 
with the field name. 



DESTINATION FOLDER 

Specifies where an image is to be placed when it is 
saved as output. If the source of the image (see 
TABLE 1) included sub- folders, mirroring of the sub- 
folder structure may optionally be enabled. If a 
specified folder does not currently exist, it is 
created automatically. If a project uses virtual 
paths, the destination may be specified here as a 
virtual path. This function must precede the File 
Saver function in every project, unless the intent is 
simply to preview images without saving them. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 
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FILE NAMER 

Associates a file name with a processed image, where 
the file name is based on a string received through an 
input data port. Alternatively, the file name may be 
based on several strings received through multiple 
input ports, where these strings are concatenated with 
a specified separator character. 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data. 

Inputl (2 , 3 , etc . ) Input emString Any available 

emString output 
ports . 



FILE SAVER 

Saves the current image, including selection of a file 
format in which the image is to be saved. This may be 
different from the original format of the image, 
allowing conversion of file types. If the selected 
file type has options, an "Options" button is enabled, 
and may be clicked so that the additional settings can 
be adjusted to other than default settings. If no 
Destination Folder function precedes this function, 
data is saved in the same directory as the source file, 
and overwrites the original file if no change was made 
to the file name. 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 



FTP SAVE 

Saves the current image through a network to a 
specified location, including selection of a file 
format in which the image is to be saved. This may be 
different from the original format of the image, 
allowing conversion of file types. If the selected 
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10 



15 



20 



25 



30 



file type has options, an "Options" button is enabled, 
and may be clicked so that the additional settings can 
be adjusted to other than default settings. The 
transfer through the network is made according to the 
File Transfer Protocol (FTP) . 

Variable Name Port Type Description 

Imageln Input emlmage Image data. 



IMAGE SEQUENCER 

Uses a specified base name to give sequenced names to 
successive files processed, in a manner similar to the 
"Seq" option of the String Builder function. 
Variable Name Port Type Description 

Imageln Input emlmage Image data. 

ImageOut Output emlmage Image data . 



In FIGURE 1, the modules within the project definition 
14 are each shown as a rectangular box with a respective 
label of "source", "branch", "action", or "destination". 
Alternatively, however, within the scope of the present 
invention, these module types may each be visually 
represented by a respective icon. For example, FIGURES 2-5 
show icons respectively representing a source module, a 
branch module, an action module, and a destination module. 
The particular icons shown in FIGURES 2-5 are exemplary 
icons used in the disclosed embodiments, and it will be 
recognized that a variety of other icons could 
alternatively be used. 

FIGURE 6 is a block diagram of a very simple project 
definition 71, which will be used to demonstrate the format 
in which project definitions are stored for purposes of the 
disclosed embodiments of the present invention. The 
project definition 71 includes one source module 72, and 
two action modules 73 and 74. The binding lines for image 
data are indicated at 77 and 78, and a binding line for 
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string data is indicated at 79. In order to keep the 
example simple, the project definition 71 does not include 
any branching or destination modules. It can be considered 
to be a project definition which is in the process of being 
5 created, but is not yet complete. 

In the project definition 71, the source module 72 is 
a Database Access module. This particular Database Access 
module obtains image data by effecting a predefined query 
to a table in a database, and by obtaining from respective 

10 fields in each record of the table a first string which 

defines the path to the actual location of a file 
containing a respective image, and a second string which 
represents a corresponding price. The Database Access 
module 72 then uses each first string to retrieve the 

15 corresponding image, which is output at 77, while 

outputting at 79 for each image the corresponding second 
string which represents a price. Thus, the module 72 
successively outputs a number of images and associated 
prices . 

2 0 The action module 73 is a Fill module, which adds 

color to an active object of the image, and then outputs at 
78 the modified image data. The action module 74 is a Text 
Stamper module, which superimposes onto the image data 
received at 78 the text string received at 79. As noted 
25 above, this text string represents a price. The text will 

be added as a new and further object in the image data, 
which thereafter becomes the active object. 

The project definition 71 of FIGURE 6 can be 
represented visually in other ways. For example, FIGURE 7 

3 0 is a diagrammatic view showing the same project definition 

71, but with a different visual appearance. In FIGURE 7, 
there are three pipe sections 82-84 arranged end-to-end, so 
as to collectively give the appearance of a pipeline 
through which image data and/or other data can flow. The 
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pipe section 82 represents the Database Access module, the 
pipe section 83 represents the Fill module, and the pipe 
section 84 represents the Text Stamper module. With 
respect to the binding lines 77-78 in FIGURE 6, which 
5 represent image data, there are no corresponding binding 

lines in FIGURE 7, because the end-to-end relationship of 
the pipe sections is representative of the flow of image 
data from module to module. With respect to the binding 
line 79 of FIGURE 6, which represents text string data, it 

10 has been arbitrarily omitted in FIGURE 7, in order to 

emphasize that this type of binding line can optionally be 
included or excluded from a view such as that shown in 
FIGURE 7. Where the binding line is excluded, the text 
string data may be considered to be flowing through the 

15 pipeline with the image data. The modules 82-84 of FIGURE 

7 each have in the middle thereof an icon which is 
different from the icons shown in FIGURES 2, 4 and 6, in 
order to make the point that the invention permits the use 
of various different icons. 

20 One feature of the present invention is that each 

project definition, such as those shown at 14 and 71 in 
FIGURES 1 and 6, is stored in a form which is expressed in 
a public communication protocol. The public communication 
protocol used in the disclosed embodiments is the 

25 extensible Markup Language (XML) protocol, which is well 

known in the industry. However, some other public 
communication protocol could alternatively be used. 
Referring to TABLE 5, the right column shows how the 
project definition 71 of FIGURE 6 would be expressed in the 

3 0 XML protocol, according to the disclosed embodiments of the 

invention. For convenience, various levels of indentation 
have been provided in order to make the XML information 
more readable, but the indentation is not intended to 
suggest that the actual XML file includes characters to 
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effect such indentation. The line numbers presented in the 
left column of TABLE 5 are not part of the XML expression 
of the project definition, but instead have been added to 
sequentially number the lines of the XML definition, in 
5 order to facilitate an explanation of the XML information, 

which is set forth below. For readability and convenience, 
some single lines of the XML file are shown as two or more 
lines in TABLE 5, and the line numbers added in the left 
column help show where this has occurred. Much of TABLE 5 

10 is believed to be generally self-explanatory. Accordingly, 

the following discussion does not address every line in 
TABLE 5, but instead offers comments regarding only 
selected lines, as appropriate. 

In this regard, line 1 shows that the project 

15 definition 71 has been arbitrarily given the name "Project 

Name". Line 2 refers to a group name, but the concept of 
groups has been included for a future purpose which is not 
relevant to an understanding of the present invention, and 
groups are therefore not discussed here. 

2 0 Line 3 indicates that the process name has arbitrarily 

been set to be "First Process". In an XML definition of 
the type shown in FIGURE 5, one process is defined first in 
its entirety, and then any other processes are each defined 
in their entirety, in a sequence. Within each process, the 
25 sub-processes are defined in sequence, with the main 

process being defined first in its entirety, after which 
the sub-processes (if any) are each being defined in their 
entirety, in sequence. In the simple project definition 71 
shown in FIGURE 6, of course, the project definition 

3 0 includes only one process, which in turn includes only one 

sub-process, namely the main process. 

Line 4 of TABLE 5 identifies the beginning of a module 
list, which is a sequential listing of all modules in the 
main process portion of the process. As shown in FIGURE 6, 
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the main process of the project definition 71 has only the 
three modules 72-74. The Database Access module 72 is 
defined in lines 5-30 of TABLE 5, the Fill module 73 is 
defined in lines 31-43 of TABLE 5, and the Text Stamper 
module 74 is defined in lines 44-108 of TABLE 5. Line 109 
identifies the end of the modules for the main process. 
Line 110 is a heading which identifies where other sub- 
processes would be defined, if this process included any 
sub-processes other than the main process. Line 111 
identifies the end of the first process. Lines 112-115 are 
headers which identify where one or more other processes of 
the project definition would be defined, if the project 
definition included more than one process. Lines 116-117 
of TABLE 5 identify the end of the project definition. 

Turning in more detail to lines 5-3 0 of TABLE 5, which 
define the Database Access module 72, line 5 includes an 
"Id" of "com. image2web. databaseaccess" which, in the 
disclosed embodiments, is an internal code identifying a 
segment of object code that implements the functionality of 
the Database Access module. The next portion of line 5 
refers to an "Instance", which in this example is set to 
the numeral "1". This indicates that this is the first 
occurrence of the Database Access type of module in the 
project definition 71. If the project definition 71 
included two or more Database Access modules, they would be 
respectively identified by successive integer instance 
numbers, corresponding to the order in which they appear in 
the XML file. 

Lines 13-14 in TABLE 5 identify the database which 
should be accessed in order to retrieve image data, which 
in this case is a database named "photography" . As noted 
in the explanation in TABLE 1 of the Database Access 
definition, the connection for this database must already 
exist and be defined as an Open DataBase Connectivity 
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(ODBC) connection. This permits the Database Access module 
to easily interact with pre-existing databases through the 
use of public communication protocols, without any need to 
make any change to the databases. In the specific example 
5 of TABLE 5, the word "photography" in line 14 provides a 

unique link to an existing ODBC connection, which in turn 
provides the link to and query for the specified database. 
Lines 10-12 of TABLE 5 define the particular table within 
the database which is to be accessed. In this particular 

10 example, the "photography" database has several tables 

which are each named after a respective photographer, and 
that each relate to photographs taken by that particular 
photographer. Each table has a name which corresponds to 
the name of the associated photographer, which in this 

15 example is "Robert Shutterbug" . Lines 7-9 and lines 20-22 

of TABLE 5 each define a respective field within the 
indicated table, the contents of which are to be obtained 
by and output from the Database Access module 72 . 

Lines 25-29 of TABLE 5 define the various output ports 

20 of the Database Access module 72. In particular, line 28 

defines an output port for the image data, which is 
associated with the binding line 77 in FIGURE 6. Line 28 
in TABLE 5 defines an output port for a string which 
represents a price, and which is associated with binding 

25 line 79 in FIGURE 6. Line 27 defines an output port for 

the filename of the image, but this output port is not used 
in FIGURE 6. 

Turning to the Fill module 73, line 38 in TABLE 5 
defines an input port for image data, and includes a term 
30 "BoundTo", which effectively defines the binding line 77 of 

FIGURE 6, by identifying the output port of the module 72 
to which the input port of the module 73 is bound. 

Turning to the Text Stamper module 74 of FIGURE 6, its 
definition in TABLE 5 appears at lines 44-108. Within this 
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definition, lines 46-99 define a number of parameters, 
which are collectively referred to herein as control 
information, and which may be specified by a user in order 
to define the particular operational characteristics which 
5 this particular instance of the Text Stamper module is to 

have. For example, to the extent that the Text Stamper 
module 74 is superimposing onto an image some text which 
represents a price, the parameters define characteristics 
of that text, such as its location, font, size, color, and 

10 so forth. Line 103 of TABLE 5 defines the input port of 

the text stamper module at which it receives the image 
data, and includes a "BoundTo" term which defines its 
association with an output port of the Fill module 73. In 
other words, the "BoundTo" term defines the binding line 78 

15 of FIGURE 6. Similarly, line 102 of TABLE 5 defines for 

the Text Stamper module 74 an input port for text, which in 
this case represents a price. Line 102 also includes a 
"BoundTo" term which defines the association of this input 
port with an output port of the data access module 72, or 

2 0 in other words the binding line 79. 



TABLE 5 - PROJECT DEFINITION IN XML 



<Project Name="Proj ect Name" Desc="" 
Version= " 1 . 0 " > 
<Group Name=" Project Name" Desc=""> 

<Process Name= "First Process" Desc=""> 
<ModuleList> 

<Module Name="Database_Access" 

Id= "com. image2web . databaseaccess " 
Instance="l"> 
<Properties> 

< Property Name= " Output - ImageFilename " 
DataType= " emVariant " > 
<Value>ImageFilename< /Value > 
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9 


</Property> 




10 


<Property Name=" Table" 






DataType= " emVariant " > 




11 


<Value>Robert Shutterbug</Value> 


5 


12 


< /Property > 




13 


< Property Name="DSN" 






DataType= "emVariant " > 




14 


< Value >phot ography < /Value > 




15 


</Property> 


10 


16 


<Property Name=" Input -Field" 






DataType=" emVariant " > 




17 


<Desc>Image Path</Desc> 




18 


<Value>ImageFilename</Value> 




19 


</ Property > 


15 


20 


<Property Name =" Output -Price" 






Dat aType= " emVariant " > 




21 


< Value >Pr ice < /Value > 




22 


</Property> 




23 


</Properties> 


20 


24 


<Inputs/> 




25 


<0utputs> 




26 


<Property Name=" Price" 






DataType= " emVariant " / > 




27 


<Property Name=" ImageFilename" 


25 




DataType= " emVariant " / > 




28 


<Property Name=" ImageOut " 






DataType= " emlmage " / > 




29 


< /Output s> 




30 


</Module> 


30 


31 


<Module Name="Fill" 






Id="com. image2web. fill" Instance= " 1 " > 




32 


<Properties> 




33 


<Property Name= " FillColor " 






DataType= " emVariant " > 
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34 


<Value>1973 978</Value> 


35 


</ Property > 


36 


</ Proper ties> 


37 


< Input s> 


38 


< Property Name= " Image In" 




Dat aType = " emlmage " 




BoundTo= " com. image2web . database 




access . 1 . Output . ImageOut " / > 


39 


</Inputs> 


40 


<Outputs> 


41 


< Property Name="ImageOut" 




DataType= " emlmage " / > 


42 


< /Output s> 


43 


</Module> 


44 


<Module Name=" Text _S tamper" 




Id= "com. image2web. text stamper" 




Instance="l"> 


45 


<Properties> 


46 


<Property Name= " PageColor " 




DataType= " emVariant " > 


47 


<Value>167 77215</Value> 


48 


</Property> 


49 


<Property Name="LiteralXPosition" 




Dat aType = " emVariant " > 


50 


<Value>0</Value> 


51 


</Property> 


52 


< Property Name="Bold" 




Dat aType = "emVariant" > 


53 


<Value>0</Value> 


54 


< /Property > 


55 


<Property Narae=" Transparency" 




Dat aType =" emVariant " > 


56 


<Value>100</Value> 


57 


</Property> 
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58 


<Property Name=" Font Size" 




DataType= " emVariant " > 


59 


<Value>24</Value> 


60 


</Property> 


61 


<Property Name= "Bound" 




DataType=" emVariant " > 


62 


<Value>-l</Value> 


63 


</Property> 


64 


< Property Name= "BorderText " 




DataType=" emVariant " > 


65 


<Value>0</Value> 


66 


</Property> 


67 


<Property Name="MergeMode" 




DataType= " emVariant " > 


68 


<Value>Normal</Value> 


69 


</Property> 


70 


<Property Name= "Underline " 




DataType= " emVariant " > 


71 


<Value > 0 < / Value > 


72 


< /Property > 


73 


< Property Name="BoundNarae" 




DataType=" emVariant " > 


74 


<Value>Price< /Value > 


75 


</Property> 


76 


< Property Name="ExpandToFit " 




DataType= " emVariant " > 


77 


<Value>-l</Value> 


78 


</Property> 


79 


< Property Name= " Color " 




DataType= " emVariant " > 


80 


<Value > 0 < /Value> 


81 


</ Property > 


82 


<Property Name="TextPosition" 




DataType=" emVariant " > 
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83 


<Value >Cent erCent er< /Value> 


84 


</Property> 


85 


<Property Name= "LiteralYPosition" 




DataType= " emVariant " > 


86 


<Value>0< /Value > 


87 


</Property> 


88 


<Property Name = "Angle " 




DataType= " emVariant " > 


89 


< Value > 0 < /Value > 


90 


</Property> 


91 


< Property Name="Font" 




DataType= "emVariant" > 


92 


<Value>Arial< /Value > 


93 


</Property> 


94 


<Property Name="UseLiteralPosition" 




DataType= " emVariant " > 


95 


<Value> 0 < /Value > 


96 


</Property> 


97 


<Property Name=" Italic" 




DataType= " emVariant " > 


98 


<Value > 0 < / Value > 


99 


</Property> 


100 


</Properties> 


101 


<Inputs> 


102 


<Property Name=" Text Line" 




DataType= " emVariant " 




BoundTo= " com . image2 web . database 




access . 1 . Output . ImageFilename " / > 


103 


< Property Name=" Imageln" 




Da t aType = " emlmage " 




BoundTo="com. image2web . f ill . 1 . 




Output . ImageOut " / > 


104 


</lnputs> 


105 


<0utputs/> 
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106 


<Property Name =" Image Out " 




Dat aType= " emlmage " / > 


107 


</Outputs> 


108 


< /Module > 


109 


</ModuleList> 


110 


<SubProcessList/> 


111 


</Process> 


112 


<Process Name=" Second Process" Desc=""> 


113 


<ModuleList/ > 


114 


<SubProcessList/ > 


115 


</Process> 


116 


</ Group > 


117 


</Project> 



The project definitions discussed above in association 
with FIGURES 1 and 6-7 are relatively simple. FIGURE 8 is 
a diagrammatic view of a further project definition 101, 
which is more sophisticated. It includes a single process 

20 which is shown in its entirety in FIGURE 8, and which 

includes three sub-processes 102-104, namely a main process 
102, and two further sub-processes 103 and 104. It also 
includes a feature which has not previously been discussed, 
which is a global portion 107 having a plurality of global 

25 ports 111-114. 

The ports 111-114 of the global portion 107 can be 
accessed by modules within the main process 102 or by 
modules within either of the sub-processes 103-104. The 
ports 111-114 can each act as an input port and/or an 

3 0 output port, depending on the particular operational 

configuration. More specifically, the ports 111-114 can 
each act as a form of register or memory location, in which 
one module can store information, and from which another 
module can later read it. The data in the port can thus 
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change dynamically during project execution. The port 112 
in FIGURE 8 is configured to operate in this manner, and 
thus acts as both an input port and an output port. 
Further, the ports 111-114 can each be initialized to a 
5 predetermined value. If no module changes the initial 

value stored in that port, then that initial value serves 
as a form of data constant which does not change, and which 
can be accessed by any module throughout execution of the 
project definition. In FIGURE 8, the port 114 is 

10 configured to act in this manner, and thus acts as an 

output port. In more detail, the port 114 is initialized 
to a string value which is superimposed onto images, as 
explained later. 

If, in addition to the process defined by the main 

15 process 102 and the sub-processes 103-104, the project 

definition 101 included an additional process, then each 
process would have its own global portion 107. The ports 
of each global portion 107 would be global to the 
associated process, but not the other process. In addition 

20 to the two global portions 107, a further global portion 

would appear in FIGURE 8 adjacent the global portion 107. 
The ports of the further global portion would be global to 
both processes, or in other words the entire project 
definition. The ports of the further global portion could 

2 5 be referred to as project level ports, and the ports of 

each of the global portions 107 could be referred to as 
process level ports. 

The various types of modules which make up the project 
definition 101 of FIGURE 8 are each described in TABLES 1- 

30 4. However, for purposes of clarity and completeness, each 

is also briefly discussed below. More specifically, the 
main process 102 includes a Database Access module 121, 
which obtains and outputs a plurality of successive images 
from a not-illustrated database, in a manner similar to 
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that discussed above in association with the Database 
Access module 72 of FIGURE 6. These images are supplied at 
122 to an Image Info module 12 6. 

The Image Info module 12 6 does not change the image 
5 data, but does output certain information about the image 

data, including the height of the image at 12 7 and the 
width of the image at 128. The height and width are each 
output in the form of a string representation of a numeric 
value which is the number of pixels in the height or width. 

10 The height is supplied at 127 to the port 112 of the global 

portion 107, and is saved there for later use. The width 
is output at 128. The binding line 128 is a special type 
of binding line known as a conditional binding, which is 
explained later. The module 12 6 outputs the unchanged 

15 image data at 129, where it flows to a Send Email module 

131. 

The module 131 does not change the image data, but 
sends an email (electronic mail message) in response to the 
occurrence of a predefined condition, where the email is a 

2 0 predefined text message that is sent to a predefined email 

address. In the Send Email module 131 of the project 
definition 101, the condition that causes the module 131 to 
send an email is met when the last image produced by the 
Database Access module 121 is being processed. There are 
25 various ways in which this could be detected, for example 

by counting images if the number of images to be processed 
is known in advance, or by detecting a predetermined file 
name assigned to the last image. Alternatively, as a 
process completes, an "execution finished" message could be 

3 0 provided to all modules of the process, or at least to each 

Send Email module in the process, thereby causing each Send 
Email module to proceed to send its email. The text of the 
email might notify a person that all of the image data in 



068520 . 0104 



PATENT 



question has been processed by the project definition 101, 
and is available for use. 

The unchanged image data from the module 131 flows at 
132 to a String Builder module 136, which does not change 
5 the image data . As explained in TABLE 3 , the String 

Builder module 13 6 can generate a sequence of names, where 
each name in the sequence is generated when a respective 
one of the images passes through the module 136. In the 
project definition 101, the module 13 6 is configured to 
10 generate a sequence of names which are "ImageOl" "Image02", 

"Image03" , and so forth. These sequential names are 
successively supplied through an output port of the String 
Builder module 136, which is associated with a binding line 
137 . 

15 The unchanged image data from the Stringer Builder 

module 136 flows at 138 to a File Size module 141. The 
module 141 does not change the image data. It outputs the 
image data at either 142 or 143, depending on the size of 
the file which contains the image data, in a manner already 

2 0 discussed above. Image data that is output at 143 flows to 

the sub-process 103, as discussed later. Image data that 
is output at 142 flows to an Interactive module 146 of the 
main process 102. 

The Interactive module 146 does not change the image 

2 5 data. It does pause execution of the project definition 

101, while requesting that a person manually specify where 
the current image is to be sent. In particular, the person 
can specify that the current image is to be sent at 148 to 
the sub-process 104, or that the image can continue at 147 

30 along the main process 102. In view of the fact that the 

Interactive module 147 has the effect of pausing execution 
for each image processed by the project definition 101, and 
in view of the fact that an important application of the 
present invention is automated processing of data, modules 
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of the Interactive type would typically be omitted from 
most project definitions. However, the Interactive module 
146 has been included in the exemplary project definition 
101 of FIGURE 8 in order to facilitate a better 
5 understanding of this feature of the present invention. 

With reference to TABLE 2, and as discussed in more detail 
later, the Interactive module 146 provides a user with the 
capability to manually and interactively specify whether 
data is to be directed to 147 or 148. In addition, it 

10 provides the user with the capability to specify that the 

Interactive module 146 should automatically take a 
specified action for all subsequent images which are 
processed during the current execution of the project 
definition 101. Assuming that, in response to a query from 

15 the Interactive module 146, a person indicates that image 

data from the module 146 is to continue along the main 
process 102, the module 146 causes the unchanged image data 
to flow at 147 to a Text Stamper module 151. 

The Text Stamper module 151 has an additional input 

2 0 port, which is associated by the binding line 12 8 with the 

image width output from the Image Info module 12 6, and also 
with the port 112 of the global portion 107. As mentioned 
above, the binding line 12 8 is a conditional binding. This 
means that the binding 12 8 can selectively supply data to 
25 the input port of the Text Stamper module 151 from either 

of two different output ports, which in FIGURE 8 are the 
image width output of the module 12 6, and the port 112 of 
the global portion 107. Conceptually, the condition should 
be viewed as an internal part of the binding 12 8 itself, 

3 0 rather than as a part of the global portion 107, the module 

12 6, or the module 151. Considered this way, it will be 
recognized that the condition can be based on data which is 
available to the binding 12 8 from either of the associated 
output ports, which in FIGURE 8 include the image height 
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information and image width information that it 
respectively receives from the output ports of the global 
portion 107 and the module 126. For example, the condition 
might be set to specify that the binding 12 8 is to compare 
5 the height and width values, and to supply the larger of 

the two values to the Text Stamper module 151. 

The Text Stamper module 151 takes the height or width 
value received from the conditional binding 128, and 
superimposes it on the image received at 147. The height 

10 or width information becomes a separate object which is 

part of the overall image data. All of the objects of the 
image data are supplied at 152 to a File Namer module 156. 

The module 156 associates with the image data a file 
name, under which the image data will eventually be stored. 

15 For this purpose, the File Namer module 156 has an input 

port coupled through the binding 137 to module 136. As 
discussed above, the module 13 6 generates a unique 
sequenced name as each respective image is processed. 
Accordingly, module 156 associates the unique name from 

2 0 binding 13 7 with the image currently passing through the 

module 156, and then forwards the image data and newly 
associated name at 157 to a Destination Folder module 161. 
Aside from associating a name with the image data, the file 
namer module 156 does not change the image data itself. 
25 The Destination Folder module 161 defines the name of 

a folder or subdirectory into which images processed by the 
main process 102 are to be deposited. In essence, the File 
Namer module 156 associates with the image data a file 
name, and the Destination Folder module 161 associates with 

3 0 the image data a path to a subdirectory. The module 161 

does not change the image data itself. The image data with 
its associated information is supplied at 162 to a File 
Saver module 166. 
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The File Saver module 166 is responsible for actually 
saving the data, and can also specify which of several 
common image formats the image data is to be saved in. The 
File Saver module 166 saves the image data in the folder or 
5 subdirectory specified by module 161, under the file name 

specified by module 156, and in the format specified by the 
File Saver module 166 itself. The File Saver module 166 is 
configured to save the data locally with respect to the 
computer which is executing the project definition 101, for 

10 example within the context of an intranet or LAN, but not 

to a remote location that can only be accessed through a 
non-local network such as the Internet. 

Returning to the File Size module 141, it was 
explained above that, depending on file size, certain 

15 images would be routed at 143 to the sub-process 103. In 

particular, these images will be routed to an input port of 
a Text Stamper module 168. The module 168 superimposes on 
each such image a non-changing text string, which it 
obtains through an input port from the output port 114 of 

20 the global portion 107. This superimposed text is added to 

the image data in the form of an additional object, which 
becomes a part of the image data. All of the objects of 
the image data are supplied at 169 to a File Naraer module 
171. 

25 The File Namer module 171 operates in the same manner 

as described above for the File Namer module 156, and then 
supplies the image data and associated information at 172 
to a Destination Folder module 176. The module 172 
operates in the same manner as the Destination Folder 

3 0 module 161, except that it uses a different name for the 

destination folder. The image data and associated 

information are then supplied at 177 to an FTP Save module 
181 . 
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The FTP Save module 181 uses the File Transfer 
Protocol (FTP) to transfer the processed image data and 
associated information through a network to a specified 
destination, where it is saved in a folder having the name 
5 specified by the Destination Folder module 176, under a 

name specified by the File Namer 171, and in a format 
specified by the FTP Save module 181. The module 181 is 
capable of saving data to a remote location, for example 
through the Internet . 

10 Returning to the Interactive module 14 6, it was 

explained above that a user can selectively specify that a 
current image is to continue at 147 along the main process 
102, or is to be routed at 148 to the sub-process 104. In 
the sub-process 104, this image is received at an input 

15 port of an External Action module 186. The module 186 is 

designed to cooperate with a separately and independently 
executing application program, which in the disclosed 
embodiments is an image processing program, such as the 
program that is commercially available under the tradename 

2 0 PHOTOSHOP from Adobe Systems Incorporated of San Jose, 

California. It is to be understood that this separate 
application program is operative only when accessed through 
an External Action module. Thus, for example, where this 
application program is an image processing program, it only 
25 performs image processing functions initiated through an 

External Action module. The image processing functions 
implemented by other modules are implemented by other 
software, as discussed in more detail later. 

The External Action module 186 includes a command 

3 0 which was specified by the person who created the project 

definition 101, and which is a command that the separate 
image processing program is capable of executing. The 
module 186 supplies the current image and also the command 
to the image processing program, which then executes the 
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command while processing the image in the manner specified 
by the command. The image processing program then returns 
the processed image to the External Action module 186, 
which supplies the processed image at 187 to a File Namer 
5 module 191. 

The File Namer module 191 operates in the same manner 
as described above for the modules 156 and 171 , and then 
outputs image data and an associated name at 192 to a 
Database Output module 196. The Database Output module 196 
10 operates in a manner similar to the Database Access module 

121, except that it saves data rather than reading data. 
The data is saved under the file name specified by module 
191. 

FIGURE 9 is a block diagram of a system 2 01 which 
15 implements the present invention. The configuration of the 

system 2 01 is exemplary, and a wide variety of changes 
could be made to this system while maintaining 
compatibility with implementation of the present invention. 
The system 2 01 includes an intranet 2 06, such as a local 

2 0 area network (LAN) , which is coupled through a "Web" server 

207 to a wide area network (WAN) , such as the Internet 208. 
The intranet 2 06 is coupled to a workstation 211, a process 
server 212, a file server 216, an auxiliary server 217, and 
three imaging servers 221-223. The Internet 208 is coupled 
25 to a workstation 226, a database 227, a File Transfer 

Protocol (FTP) site 231, and an enterprise resource 
management (ERM) program 232. The ERM program provides 
support in areas such as human resources and financial 
matters. The ERM program 232 may, for example, be the 

3 0 program commercially available under the tradename 

PEOPLESOFT from PeopleSoft, Inc. of Pleasanton, California. 
It will be recognized that the devices coupled to the 
Internet 208 in FIGURE 9 could alternatively be coupled to 
the intranet 206, and that the devices coupled to the 
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intranet 206 could alternatively be coupled to the 
Internet 2 08. 

The computers and related hardware shown in FIGURE 9 
are all of a type known in the art. For purposes of 
5 explaining the present invention, the following discussion 

will focus on the manner in which these known hardware 
components are configured into a system , and the various 
software programs which are executed by the various 
computers of FIGURE 9 . 

10 The file server 216 can receive data files from 

portable media such as a standard floppy disk 23 6, or a 
standard compact disk 23 7, and can store this data at 23 8, 
for example in a hard disk drive. Conversely, some or all 
of the data stored at 238 can be offloaded onto a floppy 

15 disk 236 and/or a read/write compact disk 237. The data 

stored on the floppy disk 23 6 or the compact disk 237 will 
typically be in a compressed format, which conforms to an 
industry- standard compression technique . Consequently, the 
file server 216 has the capability to uncompress data that 

20 is read from the floppy disk 236 or the compact disk 237, 

before that data is stored at 238. Similarly, the file 
server 216 has the capability to compress data obtained 
from 238 before writing it to the floppy disk 236 or the 
compact disk 237. 

25 The imaging servers 221-223 are all effectively 

identical, and therefore only the imaging server 221 is 
illustrated and described here in detail. The imaging 
server 221 includes a processor 241 and a memory 242. The 
processor 241 runs an operating system 246, which in the 

3 0 disclosed embodiments is one of the versions of an 

operating system that is commercially available under the 
tradename WINDOWS from Microsoft Corporation of Redmond, 
Washington. However, it could be some other operating 
system. Running on the operating system 24 6 within the 
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processor 241 is a program which is an imaging server 
module 247. The memory 242 stores two tasks 251 and 252, 
which each include a project definition 256, selected 
executables 2 57, and data 2 58. 
5 With respect to the imaging server 221, as well as 

other servers and workstations discussed later, it will be 
recognized that the dividing line between what is in the 
processor in FIGURE 9 and what is in the memory has been 
drawn somewhat arbitrarily. For example, programs such as 

10 the operating system 24 6 and the imaging server module 247 

are each depicted in the processor, but also use a certain 
amount of the memory 242 . Conversely, the memory 242 is 
depicted as containing some executable code at 257, but the 
actual execution of this code will ultimately occur within 

15 the processor 241. Nevertheless, it is believed that those 

skilled in the art will readily comprehend these 
distinctions, and the breakdown shown in FIGURE 9 has been 
selected to facilitate a clear understanding of the present 
invention. 

2 0 In the imaging server 221, the imaging server module 

247 executes project definitions of the type discussed 
above with respect to FIGURES 1 and 6-8. In particular, it 
obtains data through the intranet 2 06 and/or the Internet 
208, processes the data in the manner specified by the 
25 project definition, and then deposits the processed data to 

a data destination through the intranet 206 and/or the 
Internet 208. If the data arrives at the imaging server 
221 in a compressed format, the imaging server can 
uncompress the data before processing it. Similarly, where 

3 0 appropriate, the imaging server 221 can compress data 

before saving it to a data destination. Transmission of 
data from data sources and to data destinations through the 
networks is effected according to an appropriate public 
communication protocol, such as the FTP protocol, the XML 
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protocol, the HyperText Transport Protocol (HTTP), or some 
other suitable protocol. FIGURE 9 shows several examples 
of devices that the imaging server module 24 7 can write 
data to and/or read data from. These include the FTP site 
5 231, the database 227, the ERM 232, and the file server 

216 . 

In general, and as discussed later, the information 
contained in tasks 251 and 252 is a copy of information 
that is also present elsewhere in the system 201. The copy 

10 of this information is supplied to the memory 242 of the 

server 221 on a temporary basis, for purposes of permitting 
the server 221 to execute a project definition associated 
with each such task. In more detail, the project 
definition 256 in each of the tasks 251 and 252 is a 

15 respective project definition of the general type discussed 

above in association with FIGURES 1 and 6-8, and is stored 
in an XML format consistent with the example shown in TABLE 
5. The data 258 represents temporary storage for data that 
is being processed by the associated project definition 

20 256. One example of such data is images that have been 

obtained from a source such as the FTP site 231, and that 
will be returned to a destination such as the FTP site 231 
after they have been processed. The selected executables 
257 are selected object code files, which may or may not be 

25 present in a given task 251 or 252. Whether or not there 

are executables stored at 257 is a function of the above- 
mentioned capability for creating custom modules. 

In this regard, the imaging server module 24 7 knows 
how to execute definitions for standard modules, including 

30 those set forth in TABLES 1-4. However, it cannot 

inherently know how to execute definitions for custom 
modules. Accordingly, if a given project definition 2 56 
happens to include one or more custom modules, then object 
code files that are capable of implementing those custom 
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modules are included at 257 in the task 251 or 251 for that 
project definition, so that the imaging server module 247 
will have the additional intelligence that it needs to 
execute the custom modules in the project definition. 
5 Although the tasks 251 and 252 in the disclosed 

embodiments each include a project definition at 256 and 
selected executables at 257, it would alternatively be 
possible to use pointers rather than the actual data. That 
is, the tasks 251 and 252 could include at 256 a pointer to 

10 the pertinent project definition as stored in the process 

server 212, and could include . at 257 one or more pointers 
to the selected executables as stored within the process 
server 212. The imaging server 221 could then use the 
pointers to download from the process server 212 only the 

15 information which it needed. 

Although FIGURE 9 shows that the imaging server 221 
has been supplied with two tasks 251 and 252, which each 
correspond to a respective project definition, the number 
of tasks being handled by the imaging server 221 at any 

2 0 given point in time could be higher or lower. In 

particular, the imaging server 221 might be handling only 
one task, or might be handling several tasks. In general, 
to the extent that the imaging server 221 has two or more 
task at any given point in time, it will be executing the 

25 tasks in parallel, for example by supplying slices of 

processor time to each task in a manner which keeps each 
task moving along as efficiently as possible. In this 
regard, if one of the tasks is processing image data 
obtained from the FTP site 231 through the Internet 208 and 

30 intranet 206, there are likely to be times when that task 

is essentially idle, because it is waiting for more image 
data, and thus the processor can be concentrating on 
execution of one or more other tasks . The same is true 
when any other task becomes idle for some reason, because 
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the processor will concentrate on remaining tasks which are 
currently active. If the set of tasks assigned to a given 
processor are not cumulatively keeping the processor busy 
almost all of the time, still another task can be assigned 
5 to the processor, in a manner described later. 

In the embodiment of FIGURE 9, a single instance of 
the imaging server module 247 is used in each of the 
imaging servers 221-223, and can execute multiple project 
definitions. However, it would alternatively be possible 

10 for each imaging server 221-223 to execute two or more 

instances of the project server module 24 7, where each such 
instance was responsible for executing a respective one of 
the project definitions. 

The auxiliary server 217 executes an operating system 

15 2 71, which in the disclosed embodiments is a version of the 

operating system available under the trade name WINDOWS. 
Running on the operating system 2 71 within the auxiliary 
server 217 is an image processing application program 2 72, 
which in the disclosed embodiments is a program 

2 0 commercially available under the tradename PHOTOSHOP from 

Adobe Systems Incorporated of San Jose, California. 
However, some other image processing application program, 
or some other type of application program, could 
alternatively be used. Moreover, even though the 

2 5 embodiment of FIGURE 9 has the application program 2 72 

running on a computer 217 which is physically separate from 
other computers in the system 2 01, it would alternatively 
be possible for the application program 272 to run on one 
of the other computers in the system 2 01, such as the 

30 process server 212 or one of the imaging servers 221-223. 

If one of the imaging servers 221-223 is executing a 
project definition which includes an External Action 
module, then in order to execute that External Action 
module, the imaging server passes the current image and a 
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specified command through the intranet 2 06 to the auxiliary 
server 217. The image processing application 272 in the 
auxiliary server 217 then executes the command so as to 
effect the specified processing of the image, and then 
returns the processed image through the intranet 2 06 to the 
imaging server. When the system 201 is operational, the 
auxiliary server 217 and the image processing application 
272 normally run all of the time, and are thus typically 
ready and waiting when an image and associated command 
arrive through the intranet 2 06. As noted above, the 
application program 272 is effective only as to functions 
initiated through an External Action module, such as the 
External Action module shown at 186 in FIGURE 8. Thus, 
where the application program 272 is an image processing 
program, it implements only image processing functions 
initiated by an External Action module. Image processing 
functions initiated by all other types of modules are 
implemented by other software, such as the imaging server 
program 247 that runs on each imaging server 221-223. 

The process server 212, which may alternatively be 
referred to as a load balancing server, is responsible for 
monitoring the imaging servers 221-223, and allocating 
tasks to the imaging servers 221-223 in dependence on 
factors such as their current level of efficiency, which 
reflects their availability to take on execution of 
additional project definitions. The manner in which this 
occurs is described below. The various software programs 
that run on the process server 212 may be referred to 
collectively as a process server framework. 

The process server 212 includes a processor 277 and a 
memory 278. The memory stores a number of sets of user 
data, which are each associated with a particular person. 
For the sake of example, four sets of such user data are 
shown at 281-2 84, but in practice the process server 212 
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will store a much larger number of sets of user data. Each 
set of user data includes one or more project definitions 
286, and one or more custom definitions 287. It is 
possible for a user, for example at one of the workstations 
5 211 or 226, to store a project definition in his or her 

portion 286 of the memory 278. This can also be referred 
to as "publishing" the project definition to the process 
server 212. Whenever a project definition is published to 
the process server 212, the object code for any custom 

10 modules used in that project definition will automatically 

and simultaneously be published with it, and in particular 
will be stored in that user's custom definition portion 287 
of the memory 278. Further, when a project definition is 
published to the process server 212, the local copy of the 

15 project definition in the workstation 211 will be 

automatically deleted, unless the user specifically 
indicates that it should be saved. 

Although a user has access to his, or her own project 
definitions 286 and any associated custom definitions 287, 

20 others will not have access to them, except to the extent 

that the user elects to give them access. In this regard, 
the user data 281-284 in FIGURE 9 is organized into two 
groups 291 and 292, where the group 291 includes the user 
data 281 and 282, and the group 292 includes the user data 

25 283 and 284. In this disclosed embodiment, the groups 291 

and 292 each correspond to a respective different entity. 
For example, the group 2 91 may correspond to a first 
corporation, where the user data 2 91 and the user data 2 92 
respectively correspond to two different employees of that 

3 0 corporation, and the group 2 92 may correspond to a second 

corporation, where the user data 293 and the user data 294 
respectively correspond to two different employees of the 
second corporation. 
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When a user publishes project definitions and any 
associated custom definitions to the process server 212, it 
is possible to do so in a manner so that other users within 
the same organization or entity can have access to 
5 specified project definitions and/or custom definitions. 

Thus, for example, the user associated with the data 2 82 
may be given access to some or all of the project 
definitions at 281, which will automatically include access 
to any custom definitions used by those project 

10 definitions. Also, the user associated with data 282 may 

separately be given access to some or all of the custom 
definitions at 281, even if the user has not been given 
access to any of the project definitions at 281. The 
disclosed embodiment contemplates that this cross access to 

15 project definitions and custom definitions will be limited 

to users within a given entity, such as the entity 291 or 
the entity 292, and that users in one entity such as the 
entity 2 91 will not be able to have access to data of users 
in another entity such as the entity 292. However, in an 

20 alternative embodiment, cross access to user data could 

occur between users in two different entities. 

A user at one of the workstations 211 or 226 may 
upload to that workstation any project definition from the 
process server 212 to which that user has access. In doing 

2 5 so, the user may either make a copy of the project 

definition, such that the original in the imaging server 
remains available to anyone that has access to it. 
Alternatively, the user may upload a project definition 
through a "check out" procedure which makes the project 

3 0 definition in the process server unavailable to everyone 

until the user checks the copy back in (along with any 
changes that the user may have made to the copy) . 

The memory 278 also stores a request queue 296. 
Execution of one of the project definitions 2 86 is 
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initiated in response to receipt by the process server 212 
of a request . Such a request may arrive through the 
intranet 2 06 and/or Internet 2 08, for example from a user 
at one of the workstations 211 and 226. When the request 
5 arrives, the request is temporarily placed in the queue 

296, which implements a first-in, first-out stack. 
Typically, the request will identify one of the project 
definitions stored at 286 in one of the sets of user data 
281-284. Alternatively, however, the request may be 
10 accompanied by a project definition and any custom 

definitions used by that project definition, which are then 
temporarily stored in the user data 281 for that user, 
until execution of that project definition has been 
completed. 

15 Requests for the queue 2 96 may also originate in some 

other manner. For example, assume that a given project 
definition stored in one of the portions 2 86 of the memory 
278 processes data from the database 227. The database 227 
may include a script or other intelligence which, in 

2 0 response to a change to the pertinent source data in the 

database 227, automatically generates and sends to the 
process server 212 a request for execution of the given 
project definition, so that the modified data will be 
automatically processed. According to a feature of the 

2 5 invention, each request sent from any source to the process 

server 212 is expressed in a public communication protocol, 
which in the disclosed embodiments is the XML protocol. 
The manner in which the process server 212 handles the 
requests in the queue 296 will be discussed later. 

3 0 The processor 2 77 of the process server 212 executes 

an operating system 301 which, in the disclosed 
embodiments, is one of the versions of the operating system 
available under the tradename WINDOWS. Running on the 
operating system 3 01 are three watchdog programs 3 06-3 08, 
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which each serve as an interface to a respective one of the 
imaging servers 221-223, and which each have the additional 
responsibility of monitoring operation of the associated 
imaging server 221-223, as discussed in more detail later. 
5 Also running on the operating system 301 is a load 

balancing module program 3 09, which monitors the workloads 
and efficiency of each of the imaging servers 221-223. The 
load balancing module 3 09 allocates execution of project 
definitions among the servers 221-223 on the basis of their 

10 workloads and efficiency, in a manner described below. The 

load balancing module 309 is interfaced to the intranet 206 
by a network interface program 312, by an email program 
313, and by a Web site program 314. It will be recognized 
that the functions of the programs 312-314 are 

15 interrelated, in that they each implement capability to 

communicate through the intranet 206. Thus, they could 
conceivably be implemented as respective portions of a 
single program. However, they are shown separately in 
FIGURE 9 for purposes of clarity in presenting the present 

2 0 invention. 

The Web site program 314 implements one or more 
Internet Web sites, which can be accessed through the 
intranet 206 and/or Internet 208, for example by a network 
browser program running on either of the workstations 211 
25 or 226. The purpose of the Web site program 314 is 

discussed in more detail later. The email program 313 
provides the load balancing module 3 09 with the capability 
to send and receive emails. For example, if one of the 
imaging servers 221-223 is executing a project definition 

3 0 which includes a Send Email module (TABLE 3) , that imaging 

server will send appropriate information from this module 
across the intranet 2 06 and through the associated watchdog 
306-308 to the load balancing module 309, which will then 
cause the email program 313 to transmit the email. It will 
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be recognized that this email capability could 
alternatively be provided directly in each of the imaging 
server modules 247, so that imaging servers 221-223 can 
directly send such emails. The network interface program 
5 312 is used to facilitate other types of communication 

through the intranet 206 and/or Internet 208 by the process 
server 212 with respect to other systems on the network, 
such as one of the workstations 211 and 226. 

Certain aspects of the operation of the process server 

10 212 will now be described with reference to FIGURES 10-12, 

each of which is a flowchart. More specifically, FIGURE 10 
is a flowchart showing what happens when the process server 
212 receives a request, for example through one of the 
network interface program 312, email program 313 and Web 

15 site 314. Receipt of the request at 351 causes control to 

proceed to block 3 52, where the request is put into the 
queue 296. Control then returns to whatever was in 
progress at the time the request was received. 

FIGURE 11 is a flowchart showing a portion of the 

2 0 operation of the load balancing module 3 09, and in 

particular deals with how tasks corresponding to the 
requests in the queue 296 are allocated among the imaging 
servers 221-223. At block 361, the processor 277 checks to 
see whether the queue 2 96 is empty. If it is empty, then 

25 the processor waits at block 361 until there is at least 

one request in the queue. Of course, the activity depicted 
in FIGURE 11 will typically be carried out on a time sliced 
basis, such that the processor 277 will be simultaneously 
executing other routines in parallel with the loop shown in 

30 FIGURE 11, including the routine shown in FIGURE 10. 

When it is determined at block 2 61 that the queue 2 96 
includes at least one request, then control proceeds from 
block 361 to block 362. In block 362, the processor 277 
retrieves from the queue 2 96 the request which has been in 
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the queue the longest. Then, at block 363, the load 
balancing module 309 in the processor 277 interacts with 
the imaging servers 221-223 through the watchdogs 306-308 
and the intranet 206, in order to determine the extent to 
5 which each has available capacity for additional work. If 

none of them has any significant amount of available 
capacity, then at block 3 66 control is returned to block 
363, in order to continue to evaluate availability of the 
processors in the imaging servers, until it is determined 

10 at block 366 that at least one of the imaging servers 221- 

223 has some available processing capability. 

Control then proceeds from block 366 to block 367, 
where the load balancing module 3 09 evaluates the project 
definition 286 associated with the request which was 

15 retrieved from the queue at block 362. This evaluation may 

include inspection not only of the project definition 
itself, but also some of the data which is slated to be 
processed by that project definition. The evaluated 
characteristics may include the complexity of the project 

20 definition, and also the type and amount of data which that 

project definition is slated to process. For example, in 
the case of image data, the amount of image data depends on 
both the number of images and also the size of the images. 
Control then proceeds to block 368, where the 

25 evaluations made in block 363 and 367 are used to determine 

whether it is possible to launch execution the project 
definition which is identified by the request drawn from 
the queue at 3 62. In this regard, there are several 
different ways in which a given project definition can be 

30 launched. First, if one of the imaging servers 221-223 has 

a level of availability which will permit it to take on 
execution of the project definition in question, execution 
of the project definition can be launched on that imaging 
server alone. However, if the project definition itself is 
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relatively complex, and/or if there is a relatively large 
amount of data which it must process, two or more instances 
of the project definition may be launched, each configured 
to process a respective mutually exclusive portion of the 
5 specified data. A decision needs to be made as to whether 

to launch them on the same processor or on different 
processors . 

In more detail, where it appears that two or more 
instances of the same project definition should be 

10 launched, the load balancing server must also factor in the 

available capacity of the imaging servers 221-223. 
Assuming that there is a satisfactory level of capacity in 
the imaging servers, each instance of the given project 
definition will typically be launched on a respective 

15 different one of the imaging servers 221-223. However, 

where one of the imaging servers 221-223 has significant 
capacity, it is possible that two or more instances of the 
same project definition could be launched on the same 
processor, if it appeared that the project definition and 

2 0 associated data were such that both instances could be 

efficiently processed at the same time. In this regard, 
and as noted above, there will be points in time when the 
execution of a project definition is temporarily idle, for 
example because it is waiting for data to arrive through a 
25 network, or because it includes an Interactive module 

(TABLE 2) and is waiting for a user response. When one 
instance of the project definition is idle, the other 
instance (s) can be active, as a result of which it is 
possible for a single processor to more quickly execute two 

3 0 instances of the same project definition handling 

respective portion of the data than to execute a single 
instance handling all the data. 

If it is determined at block 368 that there is an 
appropriate way to launch the project definition in 
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question, control proceeds from block 368 to block 371, 
where the project definition is launched in the form of one 
or more instances on one or more imaging servers. Each 
such instance is launched by having the load balancing 
5 module 309 configure a task of the type shown at 251 or 252 

(FIGURE 9), including the project definition at 256, and 
including at 2 57 any executables that correspond to any 
custom definitions which are used in that project 
definition. Control then proceeds from block 3 71 to block 

10 3 72, where the load balancing module 3 09 provides to one or 

more of the watchdogs 306-308, as appropriate, information 
regarding the instance (s) of the project definition which 
have just been launched, and which the watchdog (s) will 
need to monitor. In this regard, the watchdogs 306-308 

15 will already be running, but are initialized with 

information specific to the new project definition, so that 
each watchdog monitoring an imaging server that is 
executing an instance of the project definition will be 
fully aware of all project definitions that are being 

2 0 executed by that imaging server. From block 3 72, control 

returns to block 3 61, to handle the next successive request 
in the queue . 

As evident from the foregoing discussion, the 
embodiment of FIGURE 9 has the imaging server modules 24 7 

2 5 located in respective processors 241 which are each 

separate from the processor 277 that executes the load 
balancing module 309. Alternatively, however, it would be 
possible for the system 201 to include an additional 
imaging server module 247 which is executed by the 

30 processor 277. In other words, the processor 277 would 

simultaneously execute both the load balancing module 309 
and an imaging server module 247. 

In order to understand the watchdog programs 3 06-3 08, 
it is helpful to first understand certain characteristics 
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of the imaging server module 24 7 in each of the imaging 
servers 221-223. Many computer programs are developed for 
situations in which the execution of the program is 
terminated at the end of each workday, and is then re- 
5 started at the beginning of the next workday. Minor 

problems may sometimes slowly develop as such a program is 
executed, but then disappear when execution is terminated 
and restarted. This type of problem is typically due to a 
minor error which is not noticeable when the program is 

10 restarted frequently, for example on a daily basis, and 

which has thus not previously been identified and fixed. 
However, if the same program is shifted to a different 
operational situation where it is run for long periods of 
time, such as weeks or months, then these errors can create 

15 serious problems. 

For example, when the application program is done with 
a segment of memory and attempts to turn it back over to 
the operating system, the handoff back to the operating 
system may not be fully completed, such that each program 

2 0 thinks the other currently has control of the memory 

segment. This is one example of what is commonly known as 
memory leakage. It does not affect proper operation of 
either program, but does result in a progressively 
decreasing quantity of memory that is available for active 
25 use by executing programs. Where the system is powered 

down and re-started on a daily basis, the "lost" memory is 
recovered during the rebooting process, and may never 
become large enough during the course of a single day to 
noticeably affect the efficiency of the system. However, 

3 0 if the same system is run continuously for many months, the 

amount of lost memory could slowly and progressively 
increase over the course of several weeks to the point 
where the system was running very inefficiently, because it 
was being choked by a lack of sufficient memory. 
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Another type of problem which can occur is that, on 
rare occasion, something may take place that can cause the 
application program to lock up and/or cause the operating 
system to experience a "crash". Still another type of 
5 problem involves a situation where there is a degradation 

in performance characteristics or activity response of the 
imaging server, for example where a project definition is 
executing and there is a progressive increase in the 
average amount of time needed to process successive images. 

10 The average time for the project definition to process an 

image might, for example, initially be one second per image 
but slowly degrade to ten seconds per image. Writing a 
program which can run for months at a time while reliably 
avoiding these types of problems can be very time consuming 

15 and extremely expensive. 

In the disclosed embodiments, the imaging server 
modules 24 7 are expected to run continuously for many 
months at a time. In order to deal effectively and 
efficiently with potential problems of the type just 

2 0 discussed, the disclosed embodiments provide the watchdog 

programs 306-308 with the capability to monitor the imaging 
server modules 247 for various problems, such as a memory 
leakage problem similar to that discussed above. Each of 
the watchdog programs 306-308 has the capability to respond 

2 5 to detection of such a problem by automatically taking 

appropriate remedial action, as discussed below. The 
watchdog programs 306-308 are somewhat simpler than the 
imaging server modules 247, and it is much less expensive 
to write the watchdogs to meet a desired level of 

3 0 dependability and accuracy than to do so with the imaging 

server modules 247. 

FIGURE 12 is a flowchart showing a portion of the 
operations carried out by each of the watchdog programs 
306-308. In more detail, each watchdog program checks at 
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3 82 to determine whether the associated imaging server has 
entered some abnormal state of execution, for example where 
its imaging server module 247 has locked up or its 
operating system 24 6 has crashed. This type of condition 
is to be distinguished from situations such as inefficient 
use of memory, where the imaging server continues operating 
properly, but progressively more slowly. If it is 
determined that execution is abnormal, then control 
proceeds from block 382 to block 383, where the watchdog 
program begins queuing incoming information. This is a 
queue within the associated watchdog program 306-308, which 
is separate from the queue 296. This internal queue 
ensures that incoming information for the problematic 
imaging server is not inadvertently lost while remedial 
action is being taken, which in this case will involve 
restarting the imaging server. Next, at block 386, 
execution of the imaging server module 247 and/or operating 
system 246 is terminated. Thereafter, at block 387, each 
project definition which is under execution but which has 
not been fully completed is evaluated, including 
identification of the last item of data which was processed 
to completion and saved through a destination module. 

Thereafter, at block 388, programs within the imaging 
server are each restarted, including the operating system 
246 and the imaging server module 247. Further, the task 
251 or 252 for each project definition is reconfigured to 
the extent necessary to ensure that execution of the 
project definition will continue with the first data item 
after the one that was identified in block 387. Then, 
after the imaging server and its imaging server module 247 
are up and running again, the queued input information is 
supplied at block 391 to the imaging server module 247. 
Control then returns from block 391 to block 381. 
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Returning to block 382, if the result of the 
determination here is that the monitored imaging server has 
not entered an abnormal state of execution, then control 
proceeds from block 382 to block 401, where the watchdog 
5 program evaluates the efficiency of memory use by the 

imaging server that it monitors. If it determines that the 
efficiency of memory use is within acceptable bounds, then 
at block 402 control is routed back to block 381. 
Otherwise, control proceeds from block 402 to block 403, 

10 where the watchdog program determines whether it can wait 

for normal completion of the project definitions which are 
currently being executed by the monitored imaging server. 
If so, then the watchdog waits at 406 for execution of all 
such project definitions to end. Otherwise, or in due 

15 course, control will proceed from block 403 to block 407, 

where the watch dog program will initiate queuing of 
incoming information. If the imaging server was allowed to 
complete execution of all assigned project definitions at 
block 403, then there will typically be little or no 

2 0 incoming information to be queued. On the other hand, if 

it was necessary to take action prior to completion of a 
project definition, then there may be incoming information 
which needs to be queued. 

Next, at block 4 07, the watchdog program interrupts 

2 5 execution of any project definitions that have not been 

completed. Then, at 411, the watchdog cooperates with the 
associated imaging server 221-223, in a manner which 
effects a reorganization of memory use. (If the memory use 
has become extremely inefficient, then it may be 

3 0 appropriate to restart the imaging server in a manner 

similar to that discussed above in association with blocks 
383, 386-388 and 391, but this option is not expressly 
illustrated in the flowchart of FIGURE 12) . After memory 
use has been reorganized in block 411, the imaging server 
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is instructed by the watchdog at block 412 to continue 
execution of interrupted project definitions from where 
each was interrupted. Then, at block 413, the queued input 
information is supplied to the imaging server. Control 
5 then returns to block 381. 

Although the disclosed embodiments provide the 
watchdogs 306-308 with the capability to queue incoming 
information, for example as discussed above in association 
with blocks 383, 391, 407 and 413 of FIGURE 12, an 

10 alternative approach could be used. In particular, if 

incoming information could not be immediately delivered to 
the appropriate imaging server 221-223, then the associated 
watchdog could return that information to its source, along 
with a message indicating that the imaging server was 

15 currently busy or unavailable. 

Returning to FIGURE 9, and as mentioned above, the Web 
server 207 interfaces the intranet 206 to the Internet 208. 
The Web server 207 executes an operating system 441, which 
in the disclosed embodiments is one of the versions of the 

20 operating system available under the trade name WINDOWS. 

Running on the operating system 441 is a Web interface 
module program 442, which effects the appropriate interface 
between the intranet 2 06 and the Internet 2 08, in a known 
manner . 

25 In the embodiment of FIGURE 9, the workstations 211 

and 22 6 are effectively identical, except for the fact that 
the workstation 211 is a local workstation coupled to the 
intranet 206, whereas the workstation 226 is at a remote 
location and is coupled to the intranet 2 06 through the 

30 Internet 208. Although only two workstations 211 and 226 

are shown in FIGURE 9, it will be recognized that the 
system 2 01 of FIGURE 9 could include a large number of 
similar workstations. Since the illustrated workstations 
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211 and 22 6 are equivalent, only the workstation 211 is 
described below in detail . 

The workstation 211 provides the capability for a 
person to create project definitions, to upload or 
"publish" project definitions and/or custom definitions to 
the process server 212, to download project definitions 
and/or custom definitions from the process server 212, and 
to effect execution of project definitions within the 
workstation or within one of the imaging servers 221-22 3 
under control of the process server 212. The workstation 
211 includes a processor 451 and a memory 452. The 
processor 451 is coupled to a cathode ray tube (CRT) 
display 456, in order to permit the workstation 211 to 
present information to a person. A keyboard 457 and a 
pointing device such as a mouse 458 are each coupled to the 
processor 451, to permit a person to provide input to the 
workstation 211. 

Stored within the memory 452 are a plurality of 
standard definitions 461, including all of the definitions 
set forth in TABLES 1-4. The standard definitions at 461 
include not only the executable object code for each 
definition, but also a separate file which contains the 
corresponding source code. In the disclosed embodiments, 
the source code for each standard definition is expressed 
in a language known as VISUAL BASIC, which was developed by 
Microsoft Corporation of Redmond, Washington. 

As mentioned above, the present invention does not 
restrict the user to the standard definitions shown in 
TABLES 1-4, but instead gives the user the capability to 
create additional definitions called custom definitions. 
To the extent that any custom definitions have been created 
locally within the workstation 211, or have been uploaded 
to the workstation 211 from the process server 212, they 
are stored at 462 in the memory 452. The custom 
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definitions stored at 4 62 include not only object code 
files, but also corresponding source code files for custom 
definitions that were created locally. One convenient 
technique for creating a custom definition is to take 
5 source code for one of the standard definitions 4 61, modify 

the source code as appropriate, compile the modified source 
code to create a corresponding object code file, and then 
store the modified source code file and associated object 
code file at 462. 

10 As mentioned above, the workstation 211 can be used to 

create project definitions, which are then stored at 463 in 
the memory 4 52, and can optionally be uploaded to the 
process server 212, along with any associated custom 
definitions. Project definitions from the process server 

15 212 can be downloaded and stored at 463, with any 

associated custom definitions being simultaneously 
downloaded and stored at 462. Further, the workstation 211 
can be used to modify existing project definitions that are 
stored locally at 4 63, whether they were created locally or 

20 downloaded from the process server 212. The manner in 

which project definitions and/or custom definitions and be 
created and/or modified are discussed below. 

In this regard, the processor 451 executes an 
operating system 471, which in the disclosed embodiments is 

25 one of the versions of the operating system available under 

the tradename WINDOWS. A user at the workstation 211 may 
optionally use the operating system 471 to run a program 
development environment 472, which in the disclosed 
embodiments is a program commercially available under the 

3 0 trade name VISUAL BASIC from Microsoft Corporation. The 

development environment 472 is used to create custom 
definitions, typically by retrieving the source code for a 
standard definition from 4 61, making desired modifications 
to this source code within the development environment, 
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storing the modified source code at 462, compiling the 
modified source code within the development environment, 
and then storing at 4 62 the object code which results from 
the compilation. The program .472 does not interact with 
5 any other application program within the workstation 211, 

or with programs in other parts of the system. Thus, in 
the disclosed embodiments, creation of a custom definition 
using the program 472 is effectively an offline procedure. 
The workstation 211 also executes a standard email 

10 program 473, which has the capability to send and receive 

emails in a known manner. Thus, for example, if a person 
has used the workstation 211 to initiate execution of a 
project definition within one of the imaging servers 221- 
22 3, and if that project definition includes a Send Email 

15 module (TABLE 3), execution of the Send Email module will 

cause an email to be sent to the email program 473 in the 
workstation 211. This can provide the user of the 
workstation 211 with appropriate information, such as 
notice that execution of a project definition has been 

20 completed by one of the imaging servers 221-223. 

A standard network browser program 473 also runs on 
the operating system 471 in the processor 451. A person 
using the workstation 211 may use the browser 476 to link 
to a Web site provided by the Web site program 314 in the 

25 process server 212, for example to present a request for 

execution of one of the project definitions stored at 286 
in the memory 278. Further, while that project definition 
is being executed in one of the imaging servers 221-223, 
the project definition may interact with the person at 

30 workstation 211 through the Web site at 314 and the browser 

476. Alternatively, through use of the browser program 
476, the workstation 211 may request execution of a project 
definition which was created at the other workstation 226 
by another user, and which was then uploaded to the process 
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server with an indication that it would be accessible to 
other users. The browser program 476 and the Web site 314 
interact with each other using a public communication 
protocol conforming to standards for the portion of the 
5 Internet known as the World Wide Web (WWW) , such as the XML 

protocol or the HTTP protocol . 

In particular, as one specific example, it was 
explained above that the Interactive module 14 6 of FIGURE 8 
pauses execution of the project definition 101 to request 

10 user input. FIGURE 13 is a diagrammatic view of an example 

of a window or dialog box that might be configured as a Web 
page in the Web site 314, and displayed on the display 456 
of the workstation 211 through the browser 476. The dialog 
box 491 includes a portion 4 92 which displays the image 

15 that is currently in the interactive module of the project 

definition. It also includes a list box 493 containing 
several options. In FIGURE 13, the options include 
"Continue", which would cause execution to continue along 
the current main process or sub-process, "OnSale", which is 

2 0 one sub-process to which a branch can be effected, 

"OutOf Stock" , which is a second sub-process to which a 
branch can be effected, and "End", which will completely 
terminate execution of the project definition that contains 
the Interactive module. Using the keyboard 457 and/or the 

25 mouse 458, the user can select one of the items in the list 

box 493, and then click an "OK" button 496 in order to 
cause the selected option to be implemented. Instead of 
clicking the "OK" button 496, the user could alternatively 
click a "Cancel" button 497, which has the same effect as 

30 clicking the "OK" button 496 while the "End" option is 

selected in list box 493. 

Before clicking the "OK" button 496, the user has the 
option to click a "Don't show me this again" box 498, so as 
to toggle a check mark on or off in the box 498. If the 
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check mark is present when the "OK" button is clicked, then 
the project definition will not pause and display the 
window 491 each time the Interactive module is thereafter 
encountered during the current execution of the project 
5 definition. Instead, the option in list box 493 which is 

currently selected will thereafter be automatically used 
for every subsequent execution of that particular 
Interactive module. 

An author module program 477 and/or another program 

10 478 may also be running on the operating system 471 in the 

processor 451. The author module 477 is discussed in more 
detail below, and may be used to create, modify, upload, 
download, and execute project definitions. The other 
application program 478 is shown in FIGURE 9 to emphasize 

15 that some or all functions of the author module 477 could 

alternatively be implemented by some other application 
program. For example, the author module has the capability 
to create a new project definition, which includes the 
capability to express the project definition in an XML 

20 format comparable to the example shown in TABLE 5. 

However, it is possible that some other application 
program, such as the program 478, could also prepare a 
project definition in this XML format. Similarly, the 
program 478 might have the capability to generate and send 

2 5 a request for execution of one of the project definitions 

286 stored in the memory 278, and may have the capability 
to express this request in a public communication protocol 
such as XML. The program 478 may communicate with the 
process server 212 through the network interface program 

30 312. 

Turning now in more detail to the author module 4 77, 
FIGURE 14 is a diagrammatic view of a typical screen which 
the author module 477 might present on the display 456 in 
order to permit a user to create or modify a project 
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definition, or to perform related functions. At the left 
side of the screen is a vertical column which includes a 
projects area 513 and a modules area 514. The projects 
area 513 includes a "design" icon 517, a "publish" icon 
518, an "execute" icon 521, a "create" icon 522, and a 
"delete" icon 523. The design icon 517 is used to initiate 
modification of a project definition which is already open. 
The publish icon 518 is used to transfer to the process 
server 212 a selected project definition in an XML format 
comparable to FIGURE 5, along with the object code for any 
custom definitions that are used by that project 
definition . 

The execute icon 521 permits the user to initiate 
execution of a specified project definition. This may be 
a project definition stored within the memory 2 78 of 
process server 212, in which case the author module 
generates and sends to the process server 212 a request for 
execution of the project definition. In the disclosed 
embodiments, the request is expressed in a public 
communication protocol, such as the XML protocol. If the 
project definition to be executed is stored locally, the 
user can control whether that project definition is to be 
executed locally within the workstation 211, or sent to the 
process server 212 so that it can be executed in one of the 
imaging servers 221-223. If it is to be sent to the 
process server, then the author module generates and sends 
a request in the same basic manner just described, except 
that the XML definition of the project definition, along 
with object code for any custom definitions used by that 
project definition, are transmitted with the request. 

With respect to local execution of a project 
definition, the author module 477 has essentially the same 
capabilities as the imaging servers 221-223, with one 
exception. The author module 4 77 in the disclosed 
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embodiments has been developed with the expectation that it 
may be distributed at a reduced price or even free of 
charge, in order to encourage development of project 
definitions through use of the author module 477. In 
conjunction with this, the author module 477 in the 
disclosed embodiments has been designed so that, during 
each execution of any project definition, it will process 
no more than five items of data, such as five images. This 
permits a user to carry out limited execution for the 
purpose of testing a new project definition, but does not 
permit the user to process a large quantity of data. In 
order to process a large quantity of data, the user is 
expected to instruct the process server 212 to have an 
imaging server 221-223 carry out the execution of the 
project definition, for which the user will be charged a 
fee by the process server 212. 

The author module 477 could alternatively be 
configured to have full capability in all respects to 
execute project definitions, including the capability to 
process any number of items of data. However, such a 
version of the author module would likely be sold for a 
much higher price, which could involve significantly 
greater overall expense for some infrequent users. 

In FIGURE 14, the create icon 522 is used to initiate 
creation of a new project definition. This includes 
creation of a new XML file of the type shown in TABLE 5, 
which will be progressively expanded as the project 
definition is created. The delete icon 523 permits a user 
to delete a selected project definition which is stored 
locally at 463 . It does not permit the user to delete a 
project definition which is stored in the process server 
212 . 

The modules area 514 of the screen 501 includes a 
"sources" icon 526, a "branches" 527, an "actions" icon 528 
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and a "destination" icon 529. It will be noted that these 
four icons each correspond to a respective one of the types 
of modul es that were discussed above in association with 
FIGURE 1. The purpose and operation of the icons 526-529 
5 will be discussed later. 

To the right of the column containing areas 513 and 
514 is a further column 536, which contains a list, in a 
standard tree format 53 7, of available source, branch, 
action and destination definitions. In this regard, the 

10 tree 537 includes nodes 541-544 adjacent each category of 

definitions. Each node 541-544 can be clicked to expand or 
contract the amount of information shown for that category. 
For example, in FIGURE 14 the "sources" category is 
expanded, and lists various specific source definitions 

15 which are available for use in creating a project 

definition. In contrast, the "actions" category is 
contracted, and shows a subheading but does not 
specifically list each of the action definitions which are 
available . 

20 The previously-mentioned icons 526-529 in the area 514 

of the screen 501 can be used to expedite the expansion and 
contraction process. For example, if the sources icon 526 
is clicked, the sources category of the tree 537 will be 
expanded, while each of the other three categories will be 

25 simultaneously contracted. Similarly, if the branches icon 

527 is clicked, the branches category in the tree 537 will 
be expanded, whereas the sources, actions and destination 
categories will all be contracted. The actions icon 528 
and the destinations icon 52 9 each operate in a comparable 

3 0 manner . 

In the center right portion of the screen 501 is a 
process view area 561, where one process of a project 
definition can be displayed. For the sake of example, the 
process view area 561 of FIGURE 14 is presenting the 
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project definition 101 that was discussed above in 
association with FIGURE 8. If a process was so big that 
the entire process could not be conveniently shown all at 
once in the process view area 561, a portion could be 
5 shown, and standard scroll bars could be provided along the 

bottom and right sides of the area 561, so that the user 
could scroll to other portions of the process. The process 
view area 561 in FIGURE 14 includes broken lines defining 
several horizontal strips that respectively contain the 

10 global portion 107, the main process 102, the sub-process 

103 and the sub-process 104. Although broken lines are 
used in FIGURE 14, the horizontal strips could 
alternatively be delimited by light solid lines and/or 
lines of a selected color, or could be identified by the 

15 use of a different background color for each strip. 

In order to add a module to a process shown in the 
process view area 562, a user can use a pointing device 
such as the mouse 458 to select the desired type of module 
in the tree 537. Then, the user can use the mouse to 

2 0 indicate where to put the module in the process, for 

example by clicking at the location where the new module is 
to be inserted. Binding of the new module to other modules 
can then be effected in a manner described later. 

As discussed above, the main process 102 and the sub- 

25 processes 103 and 104 collectively define a single overall 

process. The title of the overall process appears in the 
global process portion 107, and in this case is a default 
title of "Untitled (0) " , because the process has not yet 
been given a specific name. Within this process, the main 

30 process 102 and sub-processes 103 and 104 may each be given 

a unique name, and these names are displayed at the left 
side of the project view area 561. In the depicted 
example, default titles are shown, which are "Untitled (0) " , 
"Sub(l) " and "Sub (2) " . 
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In the lower right portion of the screen 501 is a 
binding view area 571. A user is permitted to select one 
of the modules shown in the process view area 561. That 
selected module will then be displayed in the binding view 
5 area 571, along with each module to which it is bound, with 

all of the binding lines which extend between the 
illustrated modules. All other modules and binding lines 
will be omitted. In the specific example shown in FIGURE 
14, the user selected the File Namer module 156 in the 

10 process view area 561. Consequently, the File Namer module 

156 appears in the binding view area 5 71, along with each 
of the binding lines 137, 152 and 157 relating to it, as 
well as each of the other modules 136, 151 and 161 that are 
associated with those binding lines. All other modules and 

15 binding lines are omitted from the binding view area 571. 

The author module 477 provides the user with the 
capability to selectively display the project definition 
101 in different forms within the process view area 561. 
One such alternative form is shown in FIGURE 15, where it 

2 0 will be noted that only the main process 102 is shown in 

complete detail. Each of the sub-processes 103 and 104 is 
represented by only a single block. In the case of a 
relatively complex process, this permits a portion of 
interest to be more easily viewed. 

25 Another capability of the author module 4 77 is to 

permit a user to create and modify binding definitions in 
a graphical manner, for example through use of a pointing 
device such as the mouse 458 (FIGURE 9) . In this regard, 
FIGURE 16 is a diagrammatic view of a portion of a process 

30 as it might appear in the binding view area 571 of the 

screen 501 of FIGURE 14. This example includes an Image 
Info module 581, and a Text Stamper module 582. In order 
to create two bindings between these two modules, a user 
has brought up for each module a display of a respective 
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binding menu 586 or 587. The binding menu 586 lists each 
of the output ports of the Image Info module 581, and the 
user has invoked its display by using the pointing device 
to place the cursor over the right portion of the module 
5 581, and by then right-clicking. The binding menu 587 

lists the input ports of the text stamper module 582, and 
its display has been invoked by using the pointing device 
to place the cursor over the left portion of the module 
582, and by then right clicking. 

10 Two binding lines 591 and 592 each extend between a 

respective entry in the menu 586 and a respective entry in 
the menu 587. The binding line 5 91 corresponds to image 
data, and links the "ImageOut" output port of the Image 
Info module 581 to the "Imageln" input port of the Text 

15 Stamper module 582. Similarly, the binding line 592 links 

the "ImageName" output port of module 581 to the "Textln" 
input port of the module 582. Each of these binding line 
was created by clicking on an output port in one menu and 
then clicking on an input port in the other menu, or by 

20 clicking on an input port and then an output port. One end 

of a binding line may be changed from one output port to 
another output port by clicking and dragging that end of 
the binding line from its current output port to the new 
output port, which may be in the same menu or in a 

25 different menu. A binding line can be deleted by clicking 

and dragging one end to a point spaced from any of the 
binding menus . 

It will be recognized that, in general, a given module 
cannot execute properly if an input port of that module has 

3 0 been bound to an output port of another module which does 

not have valid data at a time when the given module needs 
to be executed. For example, it would not be appropriate 
for the first module in a sub-process to have an input port 
which is bound to an output port of another module that is 
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disposed later in the same sub-process. Consequently, the 
author module 477 will reject such an invalid binding if a 
user attempts to create one in a project definition, and 
will display for the user a suitable explanatory message as 

5 to why the binding cannot be accepted. 

As discussed above, the development environment 
program 472 is essentially used in an off-line manner with 
respect to other programs shown in FIGURE 9, in that it is 
executed separately and independently and does not interact 

0 with any of the other programs. Alternatively, however, 

the program 472 could be omitted in favor of a different 
form of development environment program that could be 
integrated into the author module 477, where its 
functionality would always be readily available while the 

5 author module was executing, without any need to separately 

start it. One suitable example of such a development 
environment program is a program that is commercially 
available from Microsoft Corporation under the trade name 
VISUAL BASIC FOR APPLICATIONS. 

0 As discussed above in association with the binding 

line 12 8 of FIGURE 8, the present invention contemplates 
conditional binding lines, which can associate a given 
input port with a selected one of two or more output ports, 
based on a specified condition. Moreover, as also 

5 discussed above, the condition is effectively associated 

with the binding line, rather than with any of the specific 
modules that have input and output ports associated by the 
binding line. In order to define or change the condition 
associated with a conditional binding, a dialog box is 

3 presented to the user, for example by superimposing it on 

a portion of the screen 501 of FIGURE 14. An example of 
such a dialog box is shown at 601 in FIGURE 17. One way to 
invoke the display of the dialog box 601 is to right click 
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on a conditional binding line in the binding view area 571 
of the screen 501. 

In FIGURE 17, the dialog box 601 relates to a 
conditional binding which associates an input port with one 
of two different output ports. The dialog box 601 includes 
two areas 606 and 607, which each identify a respective one 
of these two output ports. If this conditional binding had 
the capability to associate the input port with more than 
two output ports, then the dialog box 601 would include for 
each such output port a respective area similar to the 
areas 606 and 607. The areas 606 and 607 each identify the 
associated output port by setting forth the name of the 
process in which that output port is disposed, the name of 
a sub-process if the output port is not in the main 
process, the name of a particular module within that 
process, including its instance number (as discussed above 
in association with TABLE 5), and the word "Output" to 
indicate that the port in question is an output port. 
Finally, each area identifies any name associated with the 
particular output port. In the case of area 106, this name 
is "MSRP", which stands for Manufacturer's Suggested Retail 
Price, because the data in question is a representation of 
a price. In the case of area 607, this name is "Price", 
and indicates that the data at the indicated output port 
represents a price. For convenience, the dialog box 601 
gives each of these two output ports a shorthand label. In 
the illustrated example, these shorthand labels are "Bl" 
and "B2", and appear immediately to the left of the areas 
606 and 607. 

In the lower portion of the dialog box 601 are three 
areas 611-613 which are used to set the actual condition. 
In particular, area 611 is used to enter an equation which 
can include a combination of Boolean and algebraic terms. 
Area 612 is used to specify which output port will be 
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associated with the input port if the condition specified 
in area 611 is true. Area 613 specifies which output port 
will be coupled to the input port if the condition 
specified in area 611 is false. 

The dialog box 601 also includes an "OK" button 617, 
which can be clicked to close the dialog box 601 and set 
the conditional binding to operate according to the 
information which is currently set forth in the dialog box. 
In addition, there is a "Cancel" button 618, which can be 
clicked to close the dialog box 601 without making any 
change to the pre-existing state of the conditional 
binding . 

As discussed above, the example of an XML project 
definition set forth in TABLE 5 includes at lines 44-108 a 
Text Stamper module, of which lines 46-99 define a number 
of parameters that control various characteristics of the 
text which is superimposed onto an image by the Text 
Stamper module. These parameters are specified by a user 
who is creating a project definition, at the time that the 
Text Stamper module is added to the project definition. 
The user also has the capability to subsequently adjust 
these parameters. In order to set or adjust these 
parameters, the user is presented with a dialog box, an 
example of which is shown at 651 in FIGURE 18. The dialog 
box 651 will be automatically presented when the Text 
Stamper module is initially being added to the project 
definition. Thereafter, if a user wishes to modify the 
settings, the user can invoke the display of the dialog box 
651, for example by using a pointing device to right-click 
on the center of the module. When opened, the dialog box 
651 may, for example, be superimposed over a portion of the 
screen 501 shown in FIGURE 14. The information shown in 
the dialog box of FIGURE 18 corresponds directly to the 
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parametric control information set forth at lines 46-99 in 
TABLE 5, as discussed below. 

In this regard, the user has two ways in which to 
obtain the text which is to be stamped on the image. 
5 First, the text can be defined internally to the Text 

Stamper module as a literal string, in which case the text 
does not change during execution of the project definition. 
Alternatively, the text can be obtained from an output port 
of another module, in which case it is possible for the 
10 text to change during execution of the project definition, 

such that each processed image has different text 
superimposed on it. The selection of one of these 
approaches is controlled by the setting of a "Bind to" box 
653 disposed within the dialog box 651. If there is no 
15 check mark in the box 653, then the text string is 

configured as an internal literal string, which is 
specified in a box 654. In the example of FIGURE 18, 
however, there is a check mark in the box 653, as a result 
of which the box 654 is effectively ignored. The box 654 
20 simply includes a grayed-out string "Bound to Price", which 

is an indication to the user that the text is being 
obtained externally from an output port named "Price". 

Since there is a check mark in the box 653, the text 
string to be superimposed on the image is to be obtained 
2 5 from an output port of another module. Therefore, 

available output ports are listed in a box 657, and the 
user highlights one of them in order to select it. In the 
illustrated example, the "Price" output of another module 
has been highlighted in order to select it. In the XML 
30 definition of TABLE 5, lines 61-63 define a "Bound" 

parameter which indicates whether the box 653 contains a 
checkmark, and lines 73-75 indicate the particular output 
port which the user has selected in box 657. Since the 
text box 654 is not used in the illustrated example, the 
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XML definition in TABLE 5 does not include an entry 
corresponding to box 654, but it would include such an 
entry if there was no checkmark in box 653. Alternatively, 
the XML definition in TABLE 5 could include such an entry 
for box 654, even though there is a checkmark in box 653. 

In addition to defining what text to use, the dialog 
box 651 permits certain characteristics of the appearance 
of the text to be controlled. In this regard, box 661 
permits selection of a font, and corresponds to lines 91-93 
in TABLE 5. Button 662 specifies whether or not the text 
is to be in a bold font and corresponds to lines 52-54 in 
TABLE 5. Button 663 indicates whether the font is to be 
presented in regular or italics style, and corresponds to 
lines 97-99 of TABLE 5. Button 666 controls whether or not 
the text is to be underlined, and corresponds to lines 70- 
72 in TABLE 5. The color of the text can be selected using 
button 667, which calls up a not-illustrated dialog box 
that offers a choice of colors. After selection of a 
color, that color is displayed on the face of button 667. 
Button 667 corresponds to lines 79-81 of TABLE 5. The size 
of the font can be selected at 668, which corresponds to 
lines 58-60 of TABLE 5. 

A merge mode can be selected at 671, which corresponds 
to lines 67-69 in TABLE 5. This permits control over the 
combination or mixture of colors in an image, using 
additive or subtract ive color theory. In this regard, an 
image can be selectively changed according to hue, 
saturation or lightness, and modifications can be made to 
the red, green or blue channel of an image. The manner in 
which the superimposed text is associated with the image, 
or in other words a merge mode, is selected at 671, which 
corresponds to lines 67-69 in TABLE 5. The degree of 
transparency of the superimposed text can be adjusted on a 
scale from 0 to 100 using a simulated slide control 672 
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that can be dragged by a mouse, where a numeric value for 
the current setting is displayed at 673 . A value of 0 
means that the text is opaque, whereas a value of 100 means 
that the text is completely invisible. Lines 55-57 of 
TABLE 5 correspond to the transparency setting. 

The dialog box 651 also provides the capability to 
control the positional relationship between the 
superimposed text and the image. In this regard, the text 
can be placed at a selected angle with respect to the image 
by entering an appropriate value in degrees in box 676, 
ranging from 0 to 3 60. Box 676 corresponds to lines 88-90 
in TABLE 5. The user can select one of two different ways 
to specify the position of the text relative to the image, 
by checking one of two boxes 677 and 678. Only one of 
these boxes can be checked, and placing a check mark in one 
removes the check mark from the other. Lines 94-96 of 
TABLE 5 contain a value indicating which of the boxes 677 
and 678 has been checked. 

If the box 677 is checked, then the position of the 
text is defined on a precise basis using a Cartesian 
coordinate system, based on a count of pixels within the 
image. The "X" position value is specified in a box 681, 
and the "Y" value is specified in a box 682. The boxes 681 
and 682 respectively correspond to lines 49-51 and lines 
85-87 in TABLE 5. Alternatively, if the box 678 is 
checked, then the user can set the position more rapidly 
but less accurately, in particular by selecting one of nine 
"radio" buttons disposed within a box 683. In the example 
of FIGURE 18, the center radio button has been selected, to 
indicate that the text is to be centered in both the X and 
Y directions within the image. The box 683 corresponds to 
lines 82-84 in TABLE 5. 

If text reaches the border of the image, the user has 
the option of deciding whether to place text outside the 
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image. This is controlled by whether or not the user 
places a check mark in a box 686. The box 686 corresponds 
to lines 64-66 of TABLE 5. A further option is that, if 
the text is too large in relation to the image, the user 
5 has the option of indicating whether the size of the image 

should be expanded. This is controlled by whether or not 
the user places a check mark in a box 687, which 
corresponds to lines 76-78 in TABLE 5. If box 687 is 
checked, and if the image is therefore expanded, the 

10 expansion will occur through the addition of pixels at one 

or more edges of the image. The color for these additional 
pixels needs to be defined, and this is controlled by a 
button 688. Like the button 667, the button 688 calls up 
a further dialog box which permits the selection of a 

15 color. Once a color has been selected, the face of the 

button 688 is thereafter displayed in that color. Button 
688 corresponds to lines 46-48 of TABLE 5. 

It is frequently helpful to a user to be able to see 
a sample of how the text might appear on an image, based on 

2 0 the current settings of the various parameters that can be 

set using dialog box 651 in the manner described above. 
Accordingly, the user can click a preview button 691, which 
causes a display at 692 of a sample image with sample text 
superimposed on it in a manner conforming to the current 
25 parameter settings in box 651. In the example of 

FIGURE 18, the sample image is a camera, and the sample 
text is "$150". The preview image in box 692 is not actual 
data or actual text which would be used during execution of 
the project definition, because the project definition is 

3 0 not currently being executed. 

When the user is satisfied with all of the settings in 
dialog box 651, the user can click an "OK" button 696, 
which causes the current information in the dialog box 651 
to be converted into XML form and saved within the 
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associated project definition. Alternatively, the user can 
click a "Cancel" button 697, causing all of the information 
in the dialog box 651 to be discarded without any change to 
the XML definition of the project definition. Clicking 
either of the buttons 696 or 697 causes the dialog box 651 
to be closed. 

The present invention provides a number of technical 
advantages. One such technical advantage is the capability 
to effect data matching between input and output ports, or 
in other words the automatic conversion of data from one 
storage format to a different storage format. A related 
advantage is that this facilitates a simple and user- 
friendly approach to the preparation of project 
definitions, thereby allowing graphic artists and other 
persons with limited computer skills to easily and 
accurately create a project definition without developing 
extensive familiarity with computer concepts such as 
details of the various data storage formats. 

A further technical advantage relates to the 
capabilities provided by conditional binding, which permits 
data needed at one point in a project definition to be 
obtained from a selected one of two or more other points, 
in dependence on a condition. This introduces a level of 
significant flexibility into the creation of project 
definitions, while permitting the creation to be carried 
out with a simple and user- friendly approach. This is a 
further feature that permits persons with limited computer 
skills, such as graphic artists, to easily and accurately 
create a project definition while substantially avoiding 
the likelihood of errors, and with far less overall time 
and expense than would be required for a programmer to 
prepare hard- coded source code. 

Although several selected embodiments have been 
illustrated and described in detail, it will be understood 
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that various substitutions and alterations are possible 
without departing from the spirit and scope of the 
invention, as defined by the following claims. 
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WHAT IS CLAIMED IS: 

1. A method, comprising the steps of: 

providing a set of predetermined function definitions 
5 which are different; and 

preparing a project definition, said project 
definition including: 

a plurality of function portions which each correspond 
to one of said function definitions in said set, and which 
10 each define at least one input port and at least one output 

port that are functionally related according to the 
corresponding function definition; 

a further portion which includes a source portion 
identifying a data source and defining an output port 
15 through which data from the data source can be produced, 

and which includes a destination portion identifying a data 
destination and defining an input port through which data 
can be supplied to the data destination; and 

binding information which includes binding portions 
20 that each associate a respective said input port with one 

of said output ports, at least one of said binding portions 
being a conditional binding which is responsive to a 
specified condition for associating a respective said input 
port with one of a plurality of different said output ports 

2 5 that form a set. 

2. A method according to Claim 1, including the step 
of formulating said condition to be a function of data 
which is available to said conditional binding from at 

3 0 least one of said output ports in said set. 
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3. A method according to Claim 1, wherein said step 
of preparing said project definition includes the step of 
having a user identify, for each said conditional binding, 
said input port therefor, said set of output ports 
5 therefor, said specified condition therefor, and a 

relationship between said specified condition and each said 
output port in said set . 
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4 . A computer-readable medium encoded with a computer 
program which recognizes a set of predetermined function 
definitions that are different, and which is operable when 
executed to facilitate preparation of a project definition, 
5 said project definition including: 

a plurality of function portions which each correspond 
to one of said function definitions in said set, and which 
each define at least one input port and at least one output 
port that are functionally related according to the 
10 corresponding function definition; 

a further portion which includes a source portion 
identifying a data source and defining an output port 
through which data from the data source can be produced, 
and which includes a destination portion identifying a data 
15 destination and defining an input port through which data 

can be supplied to the data destination; and 

binding information which includes binding portions 
that each associate a respective said input port with one 
of said output ports, at least one of said binding portions 
2 0 being a conditional binding which is responsive to a 

specified condition for associating a respective said input 
port with one of a plurality of different said output ports 
that form a set. 

25 5. A computer- readable medium according to Claim 4, 

wherein said program is operable when executed to 
facilitate formulation of said specified condition to be a 
function of data which is available to said conditional 
binding from at least one of said output ports in said set . 



30 
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6. A computer- readable medium according to Claim 4, 
wherein said program is operable when executed to 
facilitate said preparation of said project definition by 
having a user identify, for each said conditional binding, 
5 said input port therefor, said set of output ports 

therefor, said specified condition therefor, and a 
relationship between said specified condition and each said 
output port in said set . 



10 
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7. A method, comprising the steps of: 

providing a set of predetermined function definitions 
which are different; and 

preparing a project definition, said project 
5 definition including: 

a plurality of function portions which each correspond 
to one of said function definitions in said set, and which 
each define at least one input port and at least one output 
port that are functionally related according to the 
10 corresponding function definition, at least one of said 

function definitions being operative to automatically 
convert to a predetermined data type any data which is 
received at the input port thereof as a data type other 
than said predetermined data type; 
15 a further portion which includes a source portion 

identifying a data source and defining an output port 
through which data from the data source can be produced, 
and which includes a destination portion identifying a data 
destination and defining an input port through which data 

2 0 can be supplied to the data destination; and 

binding information which includes binding portions 
that each associate a respective said input port with one 
of said output ports. 

25 8. A method according to Claim 7, including the step 

of selecting a numeric data type to be said predetermined 
data type. 

9. A method according to Claim 8, including the step 

3 0 of accepting at least one of a text data type and an image 

data type as said other data type. 
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10. A method according to Claim 7, including the step 
of selecting a text data type to be said predetermined data 
type. 



5 11. A method according to Claim 10, including the 

step of accepting at least one of a numeric data type and 
an image data type as said other data type. 

12. A method according to Claim 7, including the step 
10 of selecting an image data type to be said predetermined 

data type. 

13. A method according to Claim 12, including the 
step of accepting at least one of a text data type and a 

15 numeric data type as said other data type. 
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14. A computer- readable medium encoded with a 
computer program which recognizes a set of predetermined 
function definitions that are different, said program being 
operable when executed to facilitate preparation of a 
project definition which includes: 

a plurality of function portions which each correspond 
to one of said function definitions in said set, and which 
each define at least one input port and at least one output 
port that are functionally related according to the 
corresponding function definition, at least one of said 
function definitions being operative to automatically 
convert to a predetermined data type any data which is 
received at the input port thereof as a data type other 
than said predetermined data type; 

a further portion which includes a source portion 
identifying a data source and defining an output port 
through which data from the data source can be produced, 
and which includes a destination portion identifying a data 
destination and defining an input port through which data 
can be supplied to the data destination; and 

binding information which includes binding portions 
that each associate a respective said input port with one 
of said output ports. 

15. A computer-readable medium according to Claim 14, 
wherein said program is operable when executed to recognize 
a numeric data type as said predetermined data type . 

16. A computer -readable medium according to Claim 15, 
wherein said program is operable when executed to accept at 
least one of a text data type and an image data type as 
said other data type. 
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17. A computer- readable medium according to Claim 14, 
wherein said program is operable when executed to recognize 
a text data type as said predetermined data type . 

5 18. A computer-readable medium according to Claim 17, 

wherein said program is operable when executed to accept at 
least one of a numeric data type and an image data type as 
said other data type. 

10 19. A computer -readable medium according to Claim 14, 

wherein said program is operable when executed to recognize 
an image data type as said predetermined data type. 



20. A computer-readable medium according to Claim 19, 
15 wherein said program is operable when executed to accept at 

least one of a text data type and a numeric data type as 
said other data type. 
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METHOD AND APPARATUS FOR TRANSFERRING 
DATA DURING AUTOMATED DATA PROCESSING 

ABSTRACT OF THE DISCLOSURE 

A number of items of data from a data source (12) can 
be processed, and then supplied to a data destination 
(16-17) . The data can include image data, text data, 
5 numeric data or some other type of data, or a combination 

of these types of data. The processing of the data is 
controlled by a project definition (14, 71, 101), which 
includes a plurality of modules selected from a variety of 
available modules . The modules have input and output 

10 ports, and the project definition includes binding 

information which relates input ports to output ports. The 
binding information can include a conditional binding 
(128) , which supplies data to an input port from a selected 
one of two or more output ports, in dependence on a 

15 condition. A separate feature is that, if data obtained in 

a given format from an output port is being supplied to an 
input port which expects data in a different format, the 
data is automatically converted to the format expected by 
the input port . 

20 
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DECLARATION AND POWER OF ATTORNEY 
As a below named inventor, I declare that: 

My residence, post office address and citizenship are as stated below next to my name, 
that I believe I am the original, first and joint inventor of the subject matter which is claimed and 
for which a patent is sought on the invention or design entitled METHOD AND APPARATUS 
FOR TRANSFERRING DATA DURING AUTOMATED DATA PROCESSING, 
the specification of which (check one): 
X is attached hereto; or 

_ was filed on _ as Application Serial No. _ and was amended on 
_ (if applicable); 

that I have reviewed and understand the contents of the above-identified specification, including 
the claims, as amended by any amendment referred to above; and that I acknowledge the duty 
to disclose to the U.S. Patent and Trademark Office all information known to me to be material 
to patentability as defined in 37 C.F.R. § 1.56. 

I hereby claim foreign priority benefits under 35 U.S.C. § 119 of any foreign 
application(s) for patent or inventor's certificate listed below and have also identified below any 
foreign application(s) for patent or inventor's certificate having a filing date before that of the 
application on which priority is claimed: 

Priority 

Date Claimed 
Number Country Filed (Yes) (No) 

None 

Ihereby claim the benefit under 35 U.S.C. § 120 of any United States application(s) listed 
below and, insofar as the subject matter of each of the claims of this application is not disclosed 
in the prior United States application(s) in the manner provided by the first paragraph of 
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35 U.S.C. § 1 12, 1 acknowledge the duty to disclose to the U.S. Patent and Trademark Office all 
information known to me to be material to patentability as defined in 37 C.F.R. § 1.56 which 
became available between the filing date of the prior application(s) and the national or PCT 
international filing date of this application: 
Application 

Serial Number Date Filed Status 

None 
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Jeffery D. Baxter 
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44,656 (Patent Agent) 
44,795 (Patent Agent) 



all of the firm of Baker Botts L.L.P., my attorneys/agents with full power of substitution and 
revocation, to prosecute this application and to transact all business in the United States Patent 
and Trademark Office connected therewith, and to file and prosecute any international patent 
applications filed thereon before any international authorities. 



I declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were 
made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 1 8 of the United States Code, and that 
such willful false statements may jeopardize the validity of the application or any patent issuing 
thereon. 
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Loren G. Knutson 



Inventor's signature 
Date 

Residence (City, County, State) 



Allen, Collin County, Texas 75013 



Citizenship 

Post Office Address 



United States of America 

1310 Glendover Drive 

Allen, Collin County, Texas 75013 
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Full name of additional joint inventor, Nezar A. Gharbia 
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Residence (City, County, State) Richardson, Dallas County, Texas 75082 
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